だから私は、MVC3 で新しい検証オブジェクトを作成するための素敵なコードを含むScott Guのブログ エントリを読んでいました。
MVC3環境でこれを保存するのに「論理的に」最適な場所はどこですか? ソリューションにリンクされた新しいプロジェクトに保存するのが最善ですか? Webフォームにあるのと同じように、MVCにapp_codeに相当するフォルダーはありますか?
私はコーディング時にすべてをきちんと整理するのが好きですが (OCD の可能性もあります!)、コミュニティの中からベスト プラクティスを選びたいと思っています。
このようなコードはさまざまなプロジェクトで再利用できると考えており、私が取り組んでいる Web アプリケーションに固有のものではありません。そこで、特別なユーティリティ プロジェクトを作成し、そのプロジェクト内に、注釈や検証などの名前空間を作成し、このようなクラスを配置します。
私は通常、ソリューションを少なくとも2つのアセンブリ（またはプロジェクト）に分けます。1つは実際のWebアプリケーションをホストし、もう1つはビジネスオブジェクト、ユーティリティクラス、メソッドなどを含みます。これは通常、そのロジックの一部を別々の場所で再利用する必要がある場合にも役立ちます。たとえば、最終的にWindowsを作成するとします。そのロジックとそれらのビジネスオブジェクトの一部を必要とするサービスは、それらが独自のアセンブリに分離されている場合に役立ちます。Webプロジェクトの名前空間は、ビジネス機能ではなく、プレゼンテーション関連のもののためにのみ予約されています。ある意味で、私は常にASP、WinForms、またはMVC側を、ビジネスアセンブリ内のアプリケーションの実際の要点への単なる導管であると考えていると思います。だから、私はおそらくこのようなものを置くことになります。