大きなプロジェクトの基本テンプレートとしてNerdDinnerサンプルプロジェクトを使用できますか？

Question

私はMVCフレームワークを初めて使い、NerdDinnerサンプルプロジェクトを実行しました。私はフォームベースのasp.netを介してこのアプローチが大好きです。

私はこの同じアプローチを使用して、より大きな側面のプロジェクトに取り掛かりたいと思います。このプロジェクトで、基本的な構造をより複雑なウェブサイトに拡大することを妨げるものは何かを見ていますか？私は警戒作るものの

例： 1）NerdDinnerサンプルは2つだけのテーブルのDBにアクセスし、私のデシベルは約30 2を持っている）NerdDinnerプロジェクトは直接LinqToSQLクラスを使用しています...からのすべての方法をコントローラーを介してモデルをビューに...より大きなプロジェクトのためのコーシャーですか？

NerdDinnerフレームワークの他の部分が将来の悲しみの原因になることはありますか？

Answer 1

リポジトリとコントローラの間にサービスレイヤを追加します。サービスレイヤには、主にコントローラがフォーム入力とページフローの処理を処理するビジネスロジックがすべて含まれます。

リポジトリ内では、LinqToSqlのクラスとフィールドをドメインモデルにマップし、サービスレイヤ、コントローラ、ビュー内のドメインモデルを使用します。大規模なシステムの場合、余分なレイヤーは長期的にはその価値が証明されます。

Answer 2

LinqからSQLのクラスについては、インターネットに関する議論がたくさんあります。いくつかのクラスは、クラスを直接使うときには抽象化が不十分だと感じています。仕事で私たちはサイトを改革し始めました。私たちはMVCを使用しています。基本的には、LINQ to SQLクラスのそれぞれがインターフェイスを実装していました。 IE：

public partial class LinqToSqlClass //generated class 
{ 
    public int Id{get;set;} 
} 

interface ILinqToSqlClass 
{ 
    int Id{get;set;} 
} 

public partial class LinqToSqlClass : ILinqToSqlClass 
{ 

} 

これはほんの一部です。次に、これらの生成されたクラスのいずれかを取得するリポジトリがありますが、そのインタフェースタイプのクラスとしてのみ取得されます。この方法では、実際にLinqからSQLクラスまで直接作業することはありません。これを行うには多くのさまざまな方法がありますが、大規模なデータベース（特にスキーマが変更される可能性がある場合）を扱う場合や、複数のソースから来る可能性のあるデータを扱う場合は、間違いなくクラスを直接使用しないでください。

ボトムラインは、その大雑把な夕食の章に良い情報がたくさんありますが、あなた自身のプロジェクトを作成するときには、明らかにあなた自身の問題にぶつかります。

Answer 3

Nerd Dinnerのテキストは、MVCフレームワークが他の一般的なデータ抽象化にも同様に十分に対応できるという主張をしています。 （それは事実です）あなたの組織はすでに好きな組織を持っているようです。良い学習戦略は、おそらく一方を他方に適応させることでしょう。

Answer 4

私はモデルがlinq2sqlを使用する唯一の場所でなければならないことに同意します。小さなプロジェクトのモデルではlinq2sqlのみを使用しています。大規模なサイトでは、データベースとのやりとりをすべて行い、モデル内でWebサービスを利用する個別のWebサービスプロジェクトを作成するのにオーバーヘッドの価値があります。

Nerd Dinerの例を完全にチェックアウトしたことはありませんが、他のベストプラクティスには、型付きビューと簡単な検証が可能なデータモデラーを使用しています（xvalまたはモデルバインダーDataAnnotationsを参照）。私には、最も重要なベストプラクティスの2つがあります/

スティーブンウォルターは、websiteに、新しいMVCプロジェクトを設定するときにチェックアウトして考慮する価値のある優れたヒントをたくさん持っています。