android-clean-architecture

原文涵盖的主题

• Android クリーンアーキテクチャ
• 起動タイミング
• モジュール構造
• 推奨レイアウト
• 依存関係ルール
• ドメイン層
• UseCase パターン
• ドメインモデル

Android と KMP プロジェクトのクリーンアーキテクチャパターン。モジュール境界、依存関係の逆転、UseCase/Repository パターン、Room・SQLDelight・Ktor を使用したデータ層設計をカバーします。 Android または KMP プロジェクトモジュールの構造化 UseCase、Repository、DataSource の実装 層間のデータフロー設計（ドメイン、データ、プレゼンテーション） Koin または Hilt による依存性注入のセットアップ 層状アーキテクチャでの Room、SQLDelight、Ktor の使用 重要: domain は data、presentation、またはどのフレームワークにも依存してはいけません。純粋な Kotlin のみを含みます。 各 UseCase は 1 つのビジネス操作を表します。クリーンな呼び出しサイトのために operator fun invoke を使用します： ドメインモデルはプレーンな Kotlin データクラス — フレームワークのアノテーションなし： ドメインで定義し、データで実装する： ローカルとリモートのデータソース間を調整する： マッパーはデータモデルの近くに拡張関数として保持する： エラー伝播に Result またはカスタムシール型を使用する： KMP プロジェクトでは、ビルドファイルの重複を削減するためにコンベンションプラグインを使用する： モジュールに適用する： domain に Android フレームワークのクラスをインポートする — 純粋な Kotlin に保つ データベースエンティティや DTO を UI 層に公開する — 常にドメインモデルにマッピングする ViewModel にビジネスロジックを配置する — UseCase に抽出する GlobalScope や非構造化コルーチンを使用する — viewModelScope または構造化された並行処理を使用する 肥大化したリポジトリ実装 — 焦点を絞った DataSource に分割する 循環モジュール依存 — A が B に依存する場合、B は A に依存してはいけない スキル参照: UI パターンは compose-multiplatform-patterns を参照。 非同期パターンは kotlin-coroutines-flows を参照。