新しいインスタンスを返すようにEntity Frameworkを強制する

Question

エンティティのいくつかのプロパティのみを変更できる場合、このコードではシナリオがあります。それを保証するために、我々はこのようなコードがあります。

public void SaveCustomer(Customer customer) 
{ 
    var originalCustomer = dbContext.GetCustomerById(customer.Id); 

    if (customer.Name != originalCustomer.Name) 
    { 
     throw new Exception("Customer name may not be changed."); 
    } 

    originalCustomer.Address = customer.Address; 
    originalCustomer.City = customer.City; 

    dbContext.SaveChanges(); 
} 

をこのコードの問題はdbContext.GetCustomerByIdへの呼び出しは、常に私にCustomerクラスの新しいインスタンスを与えないということです。顧客が既にデータベースからフェッチされている場合、Entity Frameworkはインスタンスをメモリに保持し、後続のすべての呼び出しでインスタンスを返します。

これは実際の問題につながります。customerとoriginalCustomerは同じインスタンスを参照することがあります。その場合、customer.NameはoriginalCustomer.Nameと等しくなり、データベースと異なるかどうかを検出することはできません。

アイデンティティマップの設計パターンのため、ほとんどの他のORMでも同じ問題が発生していると思います。

これはどのように解決できますか？私は何とかEFに常に顧客クラスの新しいインスタンスを与えるように強制できますか？

代わりにコードをリファクタリングする必要がありますか？誰もがこのシナリオの良いデザインパターンを知っていますか？

Answer 1

コンテキストからエンティティを切り離すことによって試すことができます。これにより、コンテキストへのすべての参照（およびidentitymapの動作）が削除されます。だから、 、あなたの方法に顧客を渡す前に、あなたはそれを切り離すことができます。

yourContext.Detach(customer); 

`GetCustomerById`から来たん