2

私は現在、MVP デザイン パターンを実装する必要がある Web アプリケーションに取り組んでおり、少し混乱しています。

  1. アプリには、3 つの小さなビューで構成された表示する場所が 1 つしかありません。ビューを操作するためだけに別の場所に移動する可能性はありません (1 つのビューから何かを選択するには、他の 2 つのビューがいくつかの異なるデータを読み込んで、編集する可能性があります)、この場合 MVP を使用することをお勧めしますか?
  2. MVP デザイン パターンを使用し続けると仮定すると、3 つの異なるビュー (アクティビティ) を持つ場所が 1 つだけであることは正しいでしょうか。別のページに移動すると、それは独自のアクティビティを持つ別の場所を表しているためです (私の場合ではありません)。
  3. さらに、各ビューのプレゼンターが相互にやり取りできるようにするにはどうすればよいですか? たとえば、最初のビューの ClickEvent で、選択した項目に応じてデータをロードする必要があることを他の 2 つのビューに通知する必要がありますか? 最終的にすべてのビジネス ロジックを処理するには、Presenter を 1 つだけ使用する必要がありますか?
4

1 に答える 1

1

サブビューとして他の 2 つを含む、何かが選択されているビューをマスターにすることができます。それでも、マスター プレゼンターと 2 人のサブプレゼンターがいます。マスター ビューでの選択が変更された場合、マスター プレゼンターはサブ プレゼンターに新しいデータをリロードするように指示します。サブビューとサブプレゼンターは、マスターについて知る必要はありません。

于 2015-05-06T16:45:02.187 に答える