私はアンドロイドのプロジェクトにアーキテクチャについて読んできました。そして私はいくつかのものを見つけましたが、私はいくつかの概念を誤解しているか、全く理解していないと思います。Androidのアーキテクチャの質問
ローカルデータベースを持っている場合、私の質問の1つはAPIオブジェクトを扱うことです私はローカルデータベースに保管するためにAPIから同じオブジェクトを使うべきですか？
私はMVVMまたはMVPを使用する理由についての説明も探していますが、実際には別のもののように見えます。MVPはUIの責任を扱うことにもっと関心があります。MVVM私はコミュニケーションUIとデータベースの間。 私は概念を誤解したか、それとも意味がありますか？
最後に重要ではないトピックは依存性注入についてですが、私はこの概念について読んだことがあります。このパターンを扱うには、これを扱うためにフレームワークを使用する必要があります。私は一度それがthaaat複雑ではない？
私はAPIから同じオブジェクトをローカルデータベースに保存する必要がありますか？
これは実際にAPIオブジェクトがどれほど優れているかによって決まります。論理的な意味でローカルデータベースオブジェクトを本当に意味づけるべきであり、エンドポイントが正常に実行されていれば同じである可能性があります。アーキテクチャの重要な部分は、I/Oパーツ（UI、データベース、API）からロジックパーツを分離することです。UIを再設計する場合は、使用するWebサービスを変更するのも面倒です。
私はその概念を誤解したか、それとも意味がありますか？
私はMVVMに精通していないので、私は本当にその質問に答えることはできません。しかし、私にとって重要なことは、 "本の"パターンに従うことではなく、あなたが望むものからあなたのアーキテクチャを適応させることです。私は現在、Clean Architectureでそうしようとしています。ボブおじさんがコードをよりクリーンで保守性の高いものにすることについて、この記事で話しているすべての概念を見てみることができます。
なぜ私はこのパターンを扱うことができれば、これを扱うための短剣としてフレームワークを使用する必要がありますか？
使い慣れていないとダガーを使用する必要はありません。しかし、あなたのプロジェクトが成長し始めて、あなたが2,3,5、...のチームになり始めるならば、短剣のようなフレームワークは、依存性注入をどのようにしてコードを作成するかについて共通の基準を保つのに役立ちますより一貫性のあるDaggerは、あなたがそれをよく知っていれば、時間を節約できるスコープとしていくつかのツールを提供しています。