複数のパーツまたはモジュールで構成される新しい Web アプリケーションを開始しています。私のクライアントは、モジュールのサブセットを含むアプリケーションを他のクライアントに再配布できるようにしたいと考えています。私が見ていると思われるmvc2のエリアについて読みました。また、これらのモジュールをサイド プロジェクトで開発し、クライアントの仕様に従って適切なモジュールを構築したいと考えています。
私よりも mvc の経験が豊富な人は、これがエリアで可能であることを確認できますか?
ありがとうマテオ
実際には、これには領域は必要ありません。ソリューション内の個別のプロジェクトで各モジュールを開発すると、それぞれ独自のアセンブリが作成されます。私があなたの要件を誤解していない限り、これはうまくいくはずです。
さらに明確にするために、通常、領域は非常に大きなアプリケーションをセクションに分割するために使用され、各セクションには異なる開発チームが所属する場合があります。たとえば、スタック オーバーフローには、質問と回答のエンジン領域、役割と権限の領域、ログインと認証などがあります。
各モジュールは個別のプロジェクト (独自の責任を持つ単一のアセンブリ/DLL) であるべきだと思います。各モジュールをレゴとして「接続」します:D. 次に、モジュールのサブセットを使用してアプリを再配布するには、最終製品に含まれるモジュールと含まれないモジュールを指定するビルド スクリプトが必要です。製品の各バージョンは、(レゴ ゲームのように) さまざまな形で提供され、さまざまな機能サブセットを提示します。
言及するだけで、MVC のエリアの概念は次のとおりです。
大規模なプロジェクトに対応するために、ASP.NET MVC では、Web アプリケーションを領域と呼ばれる小さな単位に分割できます。領域は、大規模な MVC Web アプリケーションをより小さな機能グループに分割する方法を提供します。領域は事実上、アプリケーション内の MVC 構造です。アプリケーションには、複数の MVC 構造 (領域) を含めることができます。
たとえば、単一の大規模な電子商取引アプリケーションは、ストアフロント、製品レビュー、ユーザー アカウント管理、および購入システムを表す領域に分割される場合があります。各領域は、アプリケーション全体の個別の機能を表します。