EF4：遅延読み込みを有効にすると、プロキシ作成を有効にする必要があるのはなぜですか？

Question

私は以下のような構造のプロジェクトを持っています： .Peristence - > .Repo - > .Services - > .Controllers - > MVC3 App。

各レイヤーにはそれぞれインターフェイスがあるアセンブリがあります。また、.Entities、.ViewModels、および共通コードアセンブリなどのアセンブリもあります。

永続性 - これは、EF4 datacontext（コードファースト）とEF4.3への参照を保持します。 GetContext（）というContextを作成するためのファクトリがあり、このファクトリはIDisposableを実装しています。それは私がWindsorがLifestyleSingleton（）と私のために何をするのだろうと思ったので、シングルトンの原因ではありません。
Repo - これは、リポジトリと仕様パターン（http://huyrua.wordpress.com/2010/07/13/entity-framework-4-poco-repository-and-specification-pattern/）を実装するリポジトリを保持します。
1.なぜプロキシ作成が遅延ロードが有効になっている場合に有効にする必要もありません：

他の層は自明...

質問ありますか？
2. lazyloading = falseを設定したい場合は、そこに.Include（）を使用するために、IEnumerableをサービス層にObjectQueryにキャストできますか？

Answer 1

遅延ロードが有効な場合にプロキシ作成を有効にする必要があるのはなぜですか？

POCOを使用した遅延読み込みはプロキシ作成に依存しているためです。プロキシを使用しない場合、遅延ロードは機能しません。従って、ProxyCreationEnabled = falseとLazyLoadingEnabled = trueの組み合わせは意味をなさない。リバースの組み合わせは、変更トラッキングプロキシで作業したいが遅延ロードを使用したくない場合に便利です。

lazyloading = falseを設定したい場合は、サービス層のIEnumerableをObjectQueryにキャストして.Include（）を使用できますか？

それはあなたが本当にIEnumerable<T>が何であるかに依存します。 ToList()の場合はList<T>はIEnumerable<T>の実装ですが、IQueryable<T>の実装ではありません。 IQueryable<T>をIEnumerable<T>と返すと、おそらくIQueryable<T>にキャストできます。 （EF 4.3では、ObjectQuery<T>ではなくIQueryable<T>またはDbQuery<T>を使用します）。

しかし、このようなキャストが必要な場合は、アーキテクチャに何か問題があることが示されます。 Includeを使用すると、クエリが変更されます。サービス層がクエリを変更できる場合、リポジトリはIQueryable<T>を返さなければなりません。このタイプはクエリの作成と変更のために作られています。

IQueryable<T>を返すようにリポジトリが指定されていない場合は、Includeをクエリに追加するために使用する式または仕様をリポジトリメソッドに渡す必要があります（サービスレイヤではなくリポジトリメソッド内）。