0

MVP では、プレゼンターとビューが相互に呼び出してイベントを調整し、モデルからのデータを表示することを理解しています。したがって、ビューはモデルの知識を持たない可能性があります (そうですか?)

だから...私の質問は実際には2つあります。

  1. MVP は従来の Web アプリケーションに適していますか、それとも ajax Web アプリケーションでのみ機能しますか? 従来の Web パラダイムは、フォームをサーブレットに送信するビューによって構成されているためです。
  2. MVPではコントローラーは必要ありませんか? で、やっぱり司会者はコントローラーじゃないの？

私の古い Web アプリケーションでは、MVC に対してより複雑なアプローチを使用していましたが、これは次のように表すことができます。

ここに画像の説明を入力

これは、「投稿後のリダイレクト」Web パターンのバリエーションでもあります。しかし、私は常にjspページ（または他のテンプレートテクノロジー）のキャップとして特別なコントローラーを持っていました。これは、urlパラメーター（通常はID）を取得し、htmlテンプレートによって表示されるオブジェクトをロードする義務があります。「キャップコントローラー」は特定のビューに厳密に関連付けられていますが、アクションコントローラーは操作を実行して次のビューを選択し、そのキャップにリダイレクトします。

この「キャップ コントローラー」は、MVP の「プレゼンター」の概念にどこか似ていますか?

私の理解では、MVP ではプレゼンターもイベントを処理します。MVP では、プレゼンターの役割は、アクション コントローラーと上記の「キャップ コントローラー」の役割をカバーしていますか?

それとも、これは一種のハイブリッド (MVPC) ですか?

4

1 に答える 1

0

要するに、プレゼンターはすべてをコントロールする人です。リクエストを受け取り、モデルに何をすべきかを伝え、結果をビューに渡して表示します。循環的な手続きではありません。モデルは発表者に報告します。少なくともパッシブ ビュー バリアントでは。

于 2013-02-17T10:36:57.797 に答える