实体框架 + 生命周期 + StructureMap + 工作单元 + Windows 窗体？

Question

我有一个 windows 服务（或 Windows 窗体），当计时器到时，我的服务会完成一些任务。

只要我的应用正在运行，我就不想只使用一个实体框架上下文。

我看到了 NHibernate 中的会话工厂 示例。 EF 有类似的东西吗？

以下是我在 ASP.NET 或 MVC 应用程序中使用 EF + StructureMap 的方法：

应用开始：

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

结束请求：

ObjectFactory.ReleaseAndDisposeAllHttpScopedObjects()

我的UnitOfWork是根据网络请求启动的，并在请求结束后处置。

在我的 Win App 场景中，UoW 应该在计时器经过并在我的工作完成后处置并且 我不想处理它时启动我自己。

如何在 Windows 窗体应用程序中实现类似的功能？

如果我使用 HybridHttprThreadLocalScoped 注册我的 UoW，每个线程只有一个 UoW，如果我丢弃它，它就消失了。

编辑：

我在 dll 中有我的存储库 + 服务，我想在 web 或 win 应用程序中使用它们，正因为如此我用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。 StructureMap 在 web 场景中接管了我的 DatabaseFactory 和 UoW 生命周期。但我不知道在 win apps 中该做什么。我可以管理 UoW 我自己的生命周期，但我正在寻找一种方法，以便 StructureMap 为我处理它，因为它可以处理网络应用程序中的生命周期。

Answer 1

ASP.Net 提供了管理对象上下文生命周期的基础结构（基本上每个请求一个 httpcontext）。 winforms（显然）没有类似的东西。因此，管理 EF 上下文的方式很大程度上取决于您的应用程序架构。

例如，如果您有一个 MVP 或 MVVM 风格的应用程序，您可以将上下文的生命周期与 Presenter 或 ViewModel 的生命周期结合起来。或者，您可以采用“用户故事”的抽象概念，并将对象上下文的生命周期与此相结合。这真的取决于。

为了获得灵感，look at this article by Ayende（这是关于 NHibernate 的会话管理，但概念是相同的。想想 NHibernate Session == Entity Framework ObjectContext）

Answer 2

Web 应用程序是无状态，而桌面应用程序是有状态。在 web 中，对象通常是按请求创建的，并且同样被处理掉。这样做的原因有很多（比如处理多个请求和有限的内存量等），这就是为什么你已经准备好所有的基础设施。在桌面中，您可以将所有内容存储在内存中。

因此，在桌面应用程序中，您需要手动实现会话管理（通常是每个业务事务）。

更新：this post 在会话中有相关代码

Answer 3

实体框架为您提供“上下文”，它是一种在其内部具有工作单元范围的会话，为一个上下文完成的所有操作都保留在上下文范围内。实体框架已经实现了工作单元模式。 EF 还实现了标识映射，因此对于一个主键，您会发现在导航属性中到处都引用了一个对象。

对于桌面应用程序，您只需要维护一个上下文，它将是所有操作的范围，并且它将所有操作存储在正确的状态，直到您调用 SaveChanges。

对于 Web 应用程序，您可以将上下文放在 ASP.NET 的 Session 中，这可能会增加服务器的负载，但它可能允许您将更改存储更长的时间，而不是单个页面。

只要我的应用程序正在运行，我就不想只使用一个实体框架上下文。

只要应用程序正在运行，一个上下文有什么问题？相反，这是正确的方法。保持一个上下文处于活动状态并不意味着您保持与数据库的连接处于活动状态。数据库连接仅在查询和保存更改时打开和关闭。

如果您的应用几乎没有失去平衡并导致内存问题，最好的方法是分配新上下文并刷新您的 UI，它会将所有旧上下文及其对象放入垃圾收集器中，而您的新上下文将为您提供内存较小。