如何使用數據存儲庫

Question

我對存儲庫模式很陌生，但到目前爲止，我喜歡我如何使用它。我在Codeplex上發現了這個implementation。我現在的問題是：

我是否正確使用存儲庫模式？

和

誰能提供下我的例子更好的解決方案？

這裏是一個例子（我使用poco），在那裏我已經在過程中提前關閉了一個關閉的位置。一些UI交互後，我要更新的位置屬性（如姓名）和相關的用戶（包括添加和刪除）：

using (var repo = RepositoryHelper.GetLocationRepository()) 
using (var repo2 = RepositoryHelper.GetUserRepository(repo.UnitOfWork)) 
{ 
    repo.Add(location); 
    repo.UnitOfWork.Context.ObjectStateManager.ChangeObjectState(location, EntityState.Modified); 

    foreach (var user in location.Users) 
    { 
     repo2.Add(user); 
     if (user.Id != 0) 
     { 
      repo2.UnitOfWork.Context.ObjectStateManager.ChangeObjectState(user, EntityState.Unchanged); 
     } 
    } 

    foreach (var user in _remove.Where(user => user.Id != 0)) 
    { 
     repo2.Delete(user); 
    } 

    repo2.UnitOfWork.Commit(); 
} 

的例子是工作，雖然我如何到了很迷茫附加命令。如果對象來自另一個環境，我認爲它會被使用？！但是，如果我嘗試，我總是會得到一個異常，該對象正在被另一個上下文使用。並且可以說，我正在分離位置，之後我無法訪問Users集合。

另一個問題（我認爲它與此密切相關）：我一直在讀，數據庫連接應儘可能短。因此，我將IDisposable接口添加到存儲庫，所以我可以像ObjectContext一樣使用它們。然而，我發現了一些例子（我認爲也在wpf應用程序框架中），這不是通常的方法。那麼，我應該遵循什麼樣的話？

親切的問候，

亞光

Answer 1

關鍵的問題：你想用的工作（UOW）模式庫和單位爲什麼呢？

人們通常使用這些模式將EF代碼分離到內部存儲庫和UoW實現。因爲上層將完全獨立於EF。

你的實現不提供這種分離。這只是一個奇怪的包裝ObjectContext和ObjectSet。在這種情況下，您根本不需要存儲庫和UoW，您可以直接使用EF類。即使使用EF類，您仍然可以使您的代碼可測試（人們有時引入存儲庫和UoW的另一個錯誤原因）。

回答第二個問題。 ObjectContext的生存時間應儘可能短，但這並不意味着您應爲每個查詢創建新的上下文。 ObjectContext內部處理連接，僅在需要時纔打開它。爲什麼ObjectContext應該在短時間內使用的原因是它也實現了UoW模式，另外還有IdentityMap模式（我描述的含義here）。在WPF應用程序ObjectContext通常只要窗口或控件呈現數據進行修改。