.CreateObjectSet <T>、.Set <T>、および.CreateQuery <T>の違いは？

Question

私は、エンティティフレームワークのための一般的なリポジトリを書き込み、これらの呼び出しの間に差があるものにと混乱していています：

ObjectContext.CreateObjectSet<T> 
ObjectContext.CreateQuery<T> 
DbContext.Set<T> 

私は両方とも最初の.edmxファイルから生成されたコンテキストだけでなく、コードをサポートしている一般的なリポジトリをしたいですDbContext、私はこれ持っている：私はすべての3が使用さ見てきたオンライン見てきた例では

public abstract class EntityRepository<TClass> 
    where TClass : class, new() 
{ 
    //private readonly TContext _context; 
    private readonly ObjectSet<TClass> _objectSet; 

    protected EntityRepository(IObjectContextAdapter context) 
    { 
     _objectSet = context.ObjectContext.CreateObjectSet<TClass>(); 

    } 

    protected EntityRepository(ObjectContext context) 
    { 
     _objectSet = context.CreateObjectSet<TClass>(); 
    } 

    public ObjectSet<TClass> Query() 
    { 
     return _objectSet; 
    } 
} 

を、それらの間の実際の違いは何ですか？パフォーマンスが向上していますか？ 3つの方法すべてを使ってコンテキストに対してLINQクエリを書くことができます。

Answer 1

CreateObjectSet<T>は基本的にTオブジェクトのコレクションで、このコレクションからオブジェクトを追加、削除、削除、挿入、削除することができます。クエリを使用することもできます。これは、特定のエンティティの最上位ルートのようなものです。

CreateQuery<T>

はあなたに（それも IQueryable<T>です） IEnumerable<T>のように閲覧することができ ObjectQuery<T>を与えます。このオブジェクトは ObjectSet<T>（一部の条件など）のサブセットのようですが、アイテムなどを追加することはできません。

最後にSet<T>は、DbSet<T>を返します。これはコードファーストの最初のメソッド/オブジェクトの簡略版です。たとえば、これらのオブジェクトを使用することは簡単です（ユニットのテストなどのためには、インタフェース; IDbSet<T>）。ObjectContextとDbContextと同じです。

Answer 2

Jiriがすでに説明したことに加えて、引数を取らないCreateObjectSetのオーバーロードがあります。このオーバーロードは、TEntityに関連付けられた唯一のEntitySetのObjectSetを返さなければならないと自動的に想定します。モデルにMEST（型ごとに複数エンティティセット）がある場合はスローされます。 CreateQueryのすべてのオーバーロードには、クエリをブートストラップするEntity SQL文字列が必要です（EntitySetの名前は有効なEntity SQLクエリです）。