質問

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プレビューを掘り下げるのが待ちきれません)。この新しい領域の実装を使用すべきか、それとも既に動作することが証明されていますか。

役に立ちましたか?

他のヒント

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

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

あなたへの私のアドバイスはこれでしょう:
MVC2で巨大なWebアプリを開発する予定がある場合は、既に実装されているエリア機能を使用することをお勧めします。開発が完了するまでに、MVCが出荷され、とにかくエリアがサポートされます。

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

ただし、V2で起動しない場合は、Haackのエリアソリューションを使用してください。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top