いつか書きたいMVVM/BFアーキテクチャの話

MVVM/BFによるAndroidアプリのClearn ArchitectureとDomain Driven Design導入

• 今年一番スッキリした設計パターン
• いつかアウトプットしたい
• いつだろうか？

Toc

MVVM/BF解説

1. 各層の役割
2. Model
   1. ドメインやサブドメイン、Serviceなど、プラットフォーム非依存コード
3. ViewModel
   1. JetpackのViewModelやDataBinding
4. View
   1. Androidのシステムコンポーネント（Activity, Service, ContentProvider...）
5. Bridge
   1. Modelを実装した、実装・プラットフォーム依存層
   2. 通信をOkHttpに依存したり、Firebase SDKに依存したりする
6. Factory
   1. BridgeとViewModelの中間を担う
   2. 実体（インスタンス）の正体を知っている唯一の存在
   3. DIライブラリを導入する唯一の層

Model層の役割

1. DDDを読もう
2. 命名の気になるところ
3. Service? それともService?
   1. AndroidのServiceと標準的な名付け（サフィックス）が競合する
   2. 気にしない

Bridge-Factoryの役割

1. 各層の依存関係
2. 実装はBridge層が行う
3. インターフェースの振り分けはFactory層が行う
4. Bridge層の公開クラスと非公開クラス

View/ViewModel層の役割

1. ActivityとFragmentの役割
2. FragmentからActivityへメッセージを送る
3. FragmentMainとCallbackパターン
4. ViewModelを使うパターンと使わないパターン
5. Eventパターン
6. FragmentはいつstartActivityを呼ぶか?
7. 論理画面内であれば呼ぶ
8. 例えばGoogle認証は同じ論理画面なのでFragmentから呼ぶ

DIライブラリに依存しないDI

1. Kotlin言語機能のみでの依存注入
2. Factory層で完結する依存注入
3. DIライブラリの詳細をViewModel層へ伝えない

プロジェクト構成例

1. 前提条件
2. 強力なPCを使うことが、実現への第一歩
3. 設計力矯正ギブスをつける
4. domain/bridge/factory/appで分ける
5. build.graldeの implementation と api を使い分ける
6. Kotlinの internal 仕様を活用する
7. 小分けしたModuleの初期化例

共通UIウィジェットの扱い方

1. 共有UIはBridge/Factoryに依存しない
2. 依存しないのに、誰がModelとView/ViewModelを結ぶのか
3. Callbackパターンを使う

QRコード読み取りの例

1. Model層での設計
2. Bridge層での実装
3. Zxing実装版
4. Google Play Mobile Vision実装版
5. Factory層での振り分け

結合テスト

1. Bridge層での単体テスト
2. Factory層での結合テスト
3. View/ViewModel層での結合テスト