【问题标题】:How can I configure multiple UnitOfWork classes for multiple databases?如何为多个数据库配置多个 UnitOfWork 类?
【发布时间】:2011-09-01 02:21:42
【问题描述】:

我正在使用实体框架(代码优先)、存储库和工作单元模式,基本上如下所述: Entity Framework 4 CTP 4 / CTP 5 Generic Repository Pattern and Unit Testable

我还使用 StructureMap 来管理我的对象实例,并且我有一些类似这样的代码来连接 EF dbcontext 和工作单元:

    For<DbContext>().HybridHttpOrThreadLocalScoped().Use<MyDbContext>();
    For<IUnitOfWork>().HybridHttpOrThreadLocalScoped().Use<UnitOfWork>();

我还有一个通用的Repository&lt;T&gt;,它目前知道MyDbContext 实例。现在我需要能够支持多个数据库,从而支持多个 DbContext。我正在考虑尝试将我的IUnitOfWork 调整为IUnitOfWork&lt;T&gt;,其中T 是要使用的DbContext。但是我的存储库还需要知道要使用哪个DbContext,那么我是否必须使其具有双重通用性(例如Repository&lt;TEntity,TDbContext&gt;)?

使用我正在使用的 UnitOfWork 模式支持多个数据库的最佳、最简单的方法是什么?

【问题讨论】:

  • 所有数据库的数据库结构(相同的表等)是否相同?
  • 不,它们完全不同。

标签: entity-framework repository-pattern unit-of-work


【解决方案1】:

这取决于您的应用程序逻辑。您是否打算使用单个工作单元对多个数据库进行更改?如果是,您仍应为在该工作单元内访问的每个数据库使用一个带有数据库工厂的工作单元。该工作单元的提交应使用TransactionScope 以原子方式对所有数据库进行更改(这可能更具挑战性)。

如果您总是只需要在单个数据库中进行更改,您可以使用单个通用工作单元,但您还必须在数据库工厂上实现通用 Get。不需要将上下文类型传递给存储库。将初始化逻辑移动到知道它们必须使用的上下文类型的具体存储库中,它们会向数据库工厂询问该上下文。

【讨论】:

  • 我不希望跨多个 DbContext 做任何事情。如果我这样做了,我可以回退到我自己的交易实现等,或者想出别的办法。但就这个问题而言,假设这从未发生过。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多