新しい ASP.NET プロジェクトを開始し、MVP パターンを使用しています。私は MS MVC を検討しましたが、まだリリースされておらず、チームの一部の人々にとって大きな学習曲線となる可能性があるため、現在は MVP を選択し、おそらく将来のプロジェクト MVC を選択しました。
とにかく、プロジェクトにあるすべての Web フォームに対して単一の Controller/Presenter クラスを持つようです。これは多くの余分なクラスであり、基本的に Web プロジェクト内のファイル数が 2 倍になります。これは、他の人が MVP を構成する方法ですか、それとも代替手段は何ですか?
これはよくある誤解のようです -> 「より多くのファイル/クラス == より複雑」
UI 分離パターンに従うことを選択した理由は、懸念事項を分離し、コードの変更と保守をより簡単かつ安価にし、(大きく、重要で、 ) 複雑な部分を単体テストしながら、UI レイヤーをスリムに保つことができるようにするためです。
ベータ ASP MVC を使用します。その理由は、まだベータ版 (PDC が間もなくリリースされ、リリースに影響を与える可能性があり、5 つのプレビュー リリースがありました) ですが、このスタイルをサポートするためのフレームワークが、妥当な時間で作成できるよりも優れているためです。フレーム。
もちろん、キャッスル モノレールのような別のフレームワークを使用することもできます。
その多くは依存していると思いますが、ほとんどの場合、それが最終的な方法です。
私は個人的に、データ、ビジネス、プレゼンテーション コードを含む n 層アーキテクチャを使用しています。（私が従う実際のフォーマットを誰が知っていますか）。aspx ですべてを行った場合よりも多くのファイルを取得できますが、コードの管理ははるかに簡単です。
あなたの質問に対して - 私は MVP について多くの異なる見解を見てきましたが、ファイルの数を減らすものは何も見ませんでした。また、ファイルの数を減らす方法も思いつきません。
私の経験では、ビュー インターフェースを再利用したり、ビュー構造が同一であるが異なるデータを提示するコード ビハインドを再利用したりしました。また、必要に応じてコントローラーを再利用することも考えられます。
より多くのファイルを持つことは、よりアジャイルでテストドライブの開発に移行することの自然な結果であり、開発者はそれが進むにつれてますます自然になることに注意することは価値があると思います. (私たちの中には、1 つのファイル内に多数のメソッドがあることが非常に自然であると考える人もいます...)