實體框架+生活時間+結構圖+工作單元+ Windows窗體？

Question

我有一個的Windows服務（或Windows窗體），當一個計時器過後，我的服務完成一些任務。

只要我的應用程序正在運行，我不想僅使用一個實體框架上下文。

我看到會話工廠在NHibernate樣本。有沒有像EF？

這是我如何使用EF + StructureMap我ASP.NET MVC或應用：

應用程序啓動：

ObjectFactory.Configure(Function(config) config.For(Of IUnitOfWork).HybridHttpOrThreadLocalScoped.Use(Of UnitOfWork)()) 

結束請求：

ObjectFactory.ReleaseAndDisposeAllHttpScopedObjects() 

我的UnitOfWork已啓動每個Web請求，並配置請求結束之後。

在我贏應用場景，UOW當定時器經過和佈置我的工作是完整的，我不想處理它自己之後應該開始。

我該如何在Windows窗體應用程序中實現這樣的功能？

如果我用我的註冊UOW：HybridHttprThreadLocalScoped有每個線程只是一個UOW，如果我處置它，就不見了。

編輯：

我有我的倉庫+服務在DLL，我想使用它們兩個網絡還是贏應用，正因爲如此我用HybridHttpOrThreadLocalScoped。

更新2：

這裏是我的庫：

Public Class ProductRepository 

    Private ReadOnly _databaseFactory As DataAccess.IDatabaseFactory 

    Public Sub New(ByVal databaseFactory As DataAccess.IDatabaseFactory) 
     _databaseFactory = databaseFactory 
    End Sub 

    Public Function GetById(ByVal id As Integer) As Product 
     Return (From item In _databaseFactory.GetDataContext.Products Where item.ProductId = id).FirstOrDefault 
    End Function 

End Class 

，這裏是我的服務：

Public Class ProductService 

    Private ReadOnly _Repository As ProductRepository 

    Public Sub New(ByVal repository As ProductRepository) 
     _Repository = repository 
    End Sub 

    Public Function GetById(ByVal id As Integer) As Product 
     Return _Repository.GetById(id) 
    End Function 

End Class 

而且我使用StructureMap。結構圖需要我的車DatabaseFactory和UoW終身在網絡情景。但我不知道贏得應用程序該做什麼。我可以管理自己的生命週期我自己，但我正在尋找一種方式，以便StructureMap將處理它我爲，因爲它處理Web應用程序的生命週期。

Answer 1

ASP.Net提供用於管理您的objectcontext生命週期的基礎設施（基本上每個請求一個httpcontext）。在winforms中顯然沒有類似的東西。因此，管理EF上下文的方式將高度依賴於您的應用程序的體系結構。例如，如果您有MVP或MVVM風格的應用程序，則可以將上下文的生命週期與Presenter或ViewModel的生命週期相耦合。或者你可以選擇一個'用戶故事'的抽象概念，並將你的對象上下文的生命週期和它結合起來。這真的取決於。

爲靈感，look at this article by Ayende（它是關於與NHibernate會話管理，但其概念是相同的。想想NHibernate的會議==實體框架的ObjectContext）

Answer 2

Web應用程序是無國籍，相反桌面應用狀態。在網絡中，對象通常是按照每個請求創建的，並同樣被處理掉。這樣做的原因有很多（如處理多個請求和有限的內存量等），這就是爲什麼您擁有所有基礎架構的原因。在桌面上，您可以將所有內容存儲在內存中。

因此，在桌面應用程序中，您需要手動執行會話管理（通常是每個商業交易）。

UPDATE：this post對會議相關代碼

Answer 3

實體框架爲您提供了「語境」，這是一種會話與自身內部工作單元的範圍，對於一個上下文中完成所有的操作仍然是語境的範圍。而實體框架已經實現了Unit Of Work模式。 EF還實現了身份映射，因此對於一個主鍵，您將只能在導航屬性中找到任何引用的唯一對象。

對於桌面應用程序，您只需要維護一個上下文，這將是所有操作的範圍，並將所有操作存儲在正確的狀態直到您調用SaveChanges。

對於Web應用程序，您可以將您的上下文放在Session的Session中。NET，這可能會增加服務器的負載，但它可能允許您存儲更長時間的更改，然後只是一個頁面。

只要我的應用程序正在運行，我不想只使用一個實體框架上下文。

只要應用程序正在運行，上下文有什麼問題？相反，這是做到這一點的正確方法。保持一個上下文並不意味着你保持與活着的數據庫的連接。僅在查詢和保存更改時纔打開和關閉數據庫連接。

如果你的應用程序出現一些不平衡並導致內存問題，最好的辦法是隻分配新的上下文並刷新你的UI，它會把所有舊的上下文和它的對象放入垃圾回收器，你的新上下文將爲你服務內存較少。