複数のActivityやFragmentでBluetoothを使う方法

Question

背景

Bluetoothを介して、マイコンとAndroidで通信をするアプリを製作しようとしています。
下記のアドレス等を参考にして、Bluetoothの送受信はできるようになりました。
製作したプログラムはMainActivityのみでBLEのスキャン、接続、送受信をするものです。

(BLE参考リンク)https://www.hiramine.com/programming/blecommunicator/index.html

#困っていること
作りたいプログラムはMainActivity上に複数のFragmentを配置して、それをViewPager2でスクロールして使用することをイメージしています。
すべてのFragmentでBLEは使用します。送受信するデータは文字のみです。
MainActivityでBLEに接続したのち、各Fragmentでデータを送受信したりするところで躓いています。
調べてみたところではServiceでBLE接続をして、それをブロードキャストするのかな？（←良く分かっていません）などと思ったりしていますが、
イマイチそれで良いのかわかっていません。
BLE接続してそれを色々なActivityやFragmentで使用したいと思った時、どのような構成にするのが一般的でしょうか？
当方、プログラミングにそれほど詳しくありません。簡単な方法があると助かります。

どうぞよろしくお願いいたします。

Answer 1

Model に BLE アクセサを実装して、各フラグメントから(個々か共通かの) ViewModel を経由して Model を利用するという感じでしょうか。
Service が必要かどうかは、アプリが動いていない時や裏にある時に BLE が必要かどうかかと思います。

Comments

[ZKyb]

今回もアドバイス頂きありがとうございます。
アプリが裏にある時にBLEは必要ないので、Serviceは必要なさそうです。
すみません、調べてみたのですがイマイチ理解できなく、ご教示頂けると幸いです。
ModelとはMVVMと呼ばれるような手法のことでしょうか。
概念を説明する記事は見つけられたので読んでみたのですが、具体例に落とし込むんだ時にModelの部分がどうなっているのかイメージが分かりませんでした。

View:
UIの部分。今回はMainActivityに配置した複数のFragment。

ViewModel：
ViewModelクラスがあるようなのでそれを使う。まだ良く分かってないですが、データの保持とかするっぽい。

Model:
演算したりBLEの通信をする部分。今回はMainActivityに演算したりBLEの通信をする部分を記述して、それがModelにあたる？？それとも別のActivityにする？

まだ、ほぼほぼ理解できてないですが、Modelの具体例について教えて頂けると幸いです。

[jimbe]

パターンの完全に正しい定義というのは私は分かりませんので、イメージとして…とご解釈ください。

View - ViewModel - Model という形で View は表示する部分、Model はアプリとしてのデータ保持・処理を担当し、ViewModel は View と Model を繋ぐ役割をします。
Excel で言えば、データを纏めた表(個々のデータの他、合計・平均等計算結果も含まれます) のシートが Model で、それを円グラフや棒グラフ等で表示するシートが View ですね。
ViewModel はパターンとしては単にデータの受け渡しだけに見えますが、android におきましては fragment の構造的な特性上重要な部分があります。
fragment はシステムによって消されたり再生成されたりしますので、他のオブジェクトとデータのやりとりを行う際には、常に fragment 側から処理を開始するようにしないと危険です。(Model から fragment にデータを渡そうしてもその fragment が居ない場合がある等です。)
ですので、Model は( fragment の状態に関係無く随時)データを ViewModel に入れ、fragment は必要に応じて ViewModel に接続して LiveData 経由でデータを得て表示する…という形になります。
Model および ViewModel のライフサイクルをベースとなる Activity に合わせることで、お互いは存在することが保証出来ます。

じゃあ Model と ViewModel を分ける必要があるのか？といえば、構造的には同一でも良いかもしれませんが、例えば Aフラグメントは Model の持つ A 関係のデータを表示し、 B フラグメントは Model の持つ B 関係のデータを表示、 C フラグメントは…とそれぞれ View の内容が結構異なるのであれば、各フラグメント毎に専用の ViewModel を作ったほうが、分かり易い(管理がし易い)のでは無いでしょうか。

Model が何なのかというと、単なるクラス(オブジェクト)です。
この場合は通信に関するメソッドおよびその結果の保持(GattCallback の結果も持っている感じでしょうか)、およびその結果が出た(更新された)ことを ViewModel に通知するロジックを持つことになると思います。

Model を Activity と別に考えますのは、Activity はアプリの土台であり、その上で各種オブジェクトを扱ってアプリを構成するという考え方からです。ですので、Model の規模が非常に小さい(ArrayList 1つだけとか) ならいっそ Activity が Model の役割を兼用したほうがコードが減って良いかもしれませんが、あえてハッキリと Activity を裏方に回して存在を無視する(ようにする)ということもあります。

[ZKyb]

詳細なご説明ありがとうございます。
なんとなくイメージができてきた気がします。
入門用のAndroidの書籍にはViewModelについては記載がなく、Android DevelopersやQiita等の記事は少し難しかったので、かみ砕いてご説明して頂き大変助かりました！！