ServiceおよびEntity Framework 4.1を使用している間に、新しく作成されたオブジェクトを保存して戻しますか？

Question

最近、Entity Frameworkのレイジーロードとプロキシ生成をオフにしました。この前に、EFに新しい変更をコミットした後、オブジェクトグラフ全体を戻します。私が今やっていることは、コミット後、新しいオブジェクトを取得するためにリポジトリのFindByIdメソッドを呼び出すことです（newleyオブジェクトに戻すナビゲーションプロパティを含めています）。私の質問は、これは作成後の標準的な習慣か、クライアントが新たに作成されたオブジェクトを取得するためにサービスを再度呼び出す責任があるかどうかです。サービスの

保存方法：

私はちょうどオブジェクトが無効になって遅延ロードおよびプロキシの作成で作成された後、これがベストプラクティスであるかどうかを知りたい

public SomeObject Create(SomeObject someObject) 
{ 
    _repository.Add(someObject); 
    _repository.UnitOfwork.Commit() 

    //this did not exist when lazy loading and proxy generation were enabled. 
    var newObject = _repository.FindById(someObject.Id); 
    return newObject; 

    //Before we would jsut return the created object because everything was loaded. 
    //return someObject 

} 

。私は他の開発者がこれをどう扱っているか知りたいと思っています。

Answer 1

すべては がロードされていたので、作成したオブジェクトを返す前にjsutを実行します。

どういうわけか私はこれがまったく真実ではないと思います。 SaveChangesに電話した場合、遅延ロードを使用するかどうかにかかわらず、EFはナビゲーションプロパティをロードするクエリを実行しません。たとえば：

は、あなたが顧客に、データベース内のナビゲーションを参照して受注があるとし、すでに今、あなたは順序を作成、ID = 1と顧客である（遅延ロードが有効になっている）：

var order = context.Orders.Create(); 
order.CustomerId = 1; 
context.Orders.Add(order); 
context.SaveChanges(); 

bool isCustomerLoaded = context.Entry(order).Reference(o => o.Customer).IsLoaded; 

isCustomerLoadedはfalseになります。ただし、顧客1がすでにコンテキスト内にある場合を除き、遅延ロードを行わずにプロパティにも値が設定されます（リレーションシップフィックスアップ）。もちろん、order.Customerにアクセスするとすぐに、遅延読み込みのために読み込まれますが、それは後で起こり、SaveChangesとは関係ありません。

あなたのコードが良いアイデアであるかどうかは、返されるオブジェクトがどのように使われるか、そして消費者が期待するものによって決まります。一般的に、遅延ロードなしの遅延ロードの最も近い置換は、両方のロード戦略がナビゲーションプロパティをロードするための単一のクエリを実行するため、明示的なロードです。もちろん、コンシューマ側で追加のコードを導入してプロパティをロードする必要がありますが、遅延読み込みではプロパティを使用するときに「うまく動作します」という代わりに、プロキシオブジェクトのオーバーロードされたプロパティゲッターの背後でクエリーが発生します。明示的なロードは、次のようになります。

context.Entry(order).Reference(o => o.Customer).Load(); 
// or for collections 
context.Entry(order).Collection(o => o.OrderItems).Load(); 

あなたはあなたが初めてでナビゲーションプロパティにアクセスする場所でこれを呼び出す必要がありました。

Createメソッドから返されたオブジェクトがすべてのナビゲーションプロパティを必要とすることが事前に分かっている場合は、提案した方法で読み込むことができます。しかし、これは間違いなく、遅延ロードと比べてデータベースアクセスパターンの変化です。Eagerローディングでは、オブジェクトグラフ全体をロードするために単一のクエリが必要になりますが、これはDBに多数のJOINがあり、戻ってきた。遅延読み込みと明示的読み込みは複数のクエリを発行しますが、返されるデータは少なくても簡単なクエリです。モデルの細部を考慮せずに測定を行うことは、何が良いかを言うことは不可能です。