Model Firstを使用してLinq to Entitiesを使用したMVC3のこのチュートリアルを読んでいました。
http://msdn.microsoft.com/en-us/data/gg685489.aspx
記事からの引用は次のように述べています
コントローラーは、BlogDataEntities を使用してデータを取得します。より高度なアプリケーションでは、ロジックをさらに分離する必要があり、コントローラーから直接 BlogDataEntities を操作することはありません。
MVC アプリケーションのエンティティとコントローラーの間のこの他のレイヤーの一般的な構造は何ですか? 目的は何ですか？
私は通常、ビジネスロジックを含み、EFからフェッチ/保存でき、ビューがバインドされているものです。コントローラーは多くのことを行いませんが、viewmodel をインスタンス化し、コントローラーのアクションに応じて、view model 内のメソッドを呼び出します。
一部の人々はそれをさらに分解し、ロジックがなくデータだけの本格的な ViewModel を持っているかもしれません。すべてのロジックと、データを EF から ViewModel に、またはその逆に移動する機能を備えたビジネス レイヤー。
この記事の「BlogDataEntities」は、特定のエンティティ クラスの名前 (名前が示唆するもの) ではなく、DbContext の名前です。
DbContext をインスタンス化するのではなく、このようなリポジトリ実装を使用して、EF で作業していることを隠そうとすることを意味していると思います。