2011-01-27 11 views
4

私は、ASP.NET MVC2プロジェクトを編成する最良の方法についてウェブ全体を見てきました。私は、MVC2プロジェクトのデフォルトテンプレートを使用している人の例を見てきました。しかし、これは、多数のファイルが含まれている場合にプロジェクトを整理する最も良い方法ですか?大規模なASP.NET MVC2プロジェクトでファイルを整理する最善の方法は?

JSONを使用してUIおよびajax用のjQueryを中心に構築されたアプリケーションを構築中です。あなたが想像するように、多くのカスタム.jsサポートスクリプトが用意されています。

私たちのソリューションでは、すべてのサポートライブラリ(サードパーティとカスタム)をそれぞれのプロジェクトに配置しました。ソリューションにも含まれるMVC2プロジェクトは、デフォルトのMVC2テンプレートを使用しています。

MVC2プロジェクトでは、「開始」構造はまだほとんど変更されていません。 Controllersディレクトリの下には、各コントローラAccountController.csとHomeController.cs(たとえば)があります。 Viewsディレクトリの下に、Account、Home、Sharedという3つのサブディレクトリがあります。スクリプトのディレクトリでは、Account、Home、およびSharedの3つのディレクトリに分割しています。そして最後に、Modelsディレクトリがあります。これは、Account、Home、およびSharedサブディレクトリにも分割されています。

ご覧のとおり、基本テンプレートにはそれほど大きな違いはありません。しかし、これを追加するにあたり、20または30ビューを上回って100のサポート.jsファイルを取得すると、これがどのように面倒になるかがわかります。

どのような提案も素晴らしいでしょう。

ありがとうございました。

答えて

4

ビューを使用して、ビュー/コントローラ/モデル/コンテンツを整理します。ここで

は、Microsoftから良い記事です:Walkthrough: Organizing an ASP.NET MVC Application using Areas

大規模なプロジェクトに対応するために、ASP.NET MVCを使用すると、エリアと呼ばれている小さな単位にWebアプリケーションを分割することができます。エリアは、大規模なMVC Webアプリケーションをより小さな機能グループに分ける方法を提供します。領域は事実上、アプリケーション内のMVC構造体です。アプリケーションには、複数のMVC構造(領域)が含まれている可能性があります。

+0

こんにちは、ありがとう。私はこれを調べている。なぜMVC2プロジェクトは最初からこのようにセットアップされていないのでしょうか?また、Area/Viewごとにweb.configファイルが追加されているようです。このweb.configファイルは各エリアに必要ですか? – Sean

+1

私は、あなたがより良い組織を探している限り、ほとんどの人がそれを認識していないと思います。はい、Areaごとにweb.configsが必要です。 – hunter

+0

さて、私は最後の30分間彼らを悩ませてきましたが、これがはるかに優れている方法をすでに見ています。提案にもう一度感謝します! – Sean

関連する問題