2

ASP.NET MVC 2 の最新リリースでは、MS でサポートされているエリアの概念を開始しました。ただし、この領域の概念を実行するには、複数の個別のプロジェクトを作成する必要があります。エリアごとに 1 つのプロジェクト。ASP.NET MVC 1 では、同じプロジェクト内で引き続き作業する領域をサポートするために、他にも多くの方法がありました。この投稿は、領域が重要かどうかではなく、適切な実装が何であるかについてです。エリアを扱う際の好みとその理由は何ですか? エリアを実行するこの新しいマルチプロジェクトの方法についてどう思いますか?

エリアを実装する 2.0 以前の方法は次のとおりです。

http://haacked.com/archive/2008/11/04/areas-in-aspnetmvc.aspx

http://blog.codeville.net/2008/11/05/app-areas-in-aspnet-mvc-take-2/

http://devlicio.us/blogs/billy_mccafferty/archive/2009/01/22/mvc-quot-areas-quot-as-hierarchical-subfolders-under-views.aspx

非常に大規模な ASP.NET MVC プロジェクトの作業を開始しようとしています (2.0 プレビューを掘り下げるのが待ちきれません)。この新しい領域の実装を使用するべきか、それとも既に機能することが証明されているものを使用するべきか迷っています。

4

3 に答える 3

1

MVC2のノベルティに関するScottGuのブログ投稿をご覧になることをお勧めします。エリアのあるファイル/フォルダ構造の素晴らしいスクリーンショットもあります。

あなたへの私のアドバイスはこれです：
MVC2で巨大なウェブアプリを開発することを計画しているなら、私はあなたがすでに実装されたエリア機能を使う道をとることを提案します。開発が完了するまでに、MVCが出荷され、エリアはとにかくサポートされます。

車輪の再発明をして、これを使って独自のソリューションを作成しないでください。

ただし、V2で開始しない場合は、Haackの領域ソリューションを使用してください。

于 2009-08-02T09:57:34.507 に答える
1

ASP.NET MVC 2 のリリースは将来不確実な場合があるため、MVC 1 で提供されていることを行うことをお勧めします。ただし、エリア機能を念頭に置いてプロジェクトを実装することをお勧めします。必要に応じて、既存のソリューションを後で簡単に拡張できます。

于 2009-08-01T08:10:05.403 に答える
1

コントローラーとビューを整理する手段として、単一のプロジェクト内のこの 領域にアクセスしてください

于 2009-08-02T08:56:57.827 に答える