MVPプロ​​ジェクトのパッケージ構造のベストプラクティス

Question

私はMVPアーキテクチャを使用しているAndroidスタジオプロジェクトを持っています。 私たちが行うことができますプロジェクトこのスタイル のためのお勧めのパッケージ構造は何です：

app: 
    screen_name 
    activityA 
    presenterA 
    interfaceA 

or: 
    activities 
    activityA 
    activityB 
    preentors 
    presentorA 
    presentorB 
etc 

Answer 1

あなたの問題は、それに対応するプレゼンターと一緒に表示するクラスですMVPのちょうど唯一ui一部です。そして、より良い解決策はの第2の構造です。

アプリケーションが共通の機能によって機能ないに応じてパッケージを持っている必要があります。したがって、一緒に変更/変更するのクラスをグループ化する必要があります。

ほとんどの開発者は、作業するすべてのアプリケーションに対して同じパッケージ構造を維持するため、このようにグループ化しています。しかし、それは非常に間違った決定です。なぜなら、同じ親クラスを共有しているためにのみグループ化されていると、クラスを見つけることは常に難しいからです。

すべてのアクティビティクラスは、Activityクラスを継承しているため、ほとんどの開発者はアクティビティパッケージに入れています。これはアクティビティに関連するパッケージに過ぎないが、それらのパッケージを調べるのは難しいということは意味している。詳細については

は、以下を参照してください。android-mvp-architectureとこのS.O answer

Answer 2

MVPは良い選択です。

アプリ： 1.活動： +インタフェースビューを表現する（すなわち活性） +実際の活動のJavaクラス 2.プレゼンター： +インタフェースには、表現するためにプレゼンター + Javaのクラスを表し、次のようなパターンに従うことができますプレゼンターの実装 3.モデル： +インタフェースには、モデルの実装を表現するためのモデル + Javaクラスを表します（ネットワークがここに呼び出してください、そして活動にデータを与えるプレゼンタするコールバックを渡す）

Answer 3

私はだろう他の回答に加え、 01を見ることをお勧めしますがあります。これにより、アプリケーションの整理と実装方法のアイデアが得られます。