- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我已经实现了我的 UnitOfWork,以便它保留对所有存储库的引用。
public interface IUnitOfWork
{
void Commit();
void RollBack();
}
public interface IMyUnitOfWork : IUnitOfWork
{
IFooRepository Foos { get; }
IBarRepository Bars { get; }
// Other repositories ...
}
请注意,存储库实现了通用类型的存储库接口(interface)。
public interface IFooRepository : IRepository<Entities.Foo>
{
// FooRepository specific methods goes here.
}
public interface IRepository<T> : IRepository
where T : class
{
}
现在如何将这些存储库注入(inject)我的 UnitOfWork。当然,我希望它们具有延迟加载行为。例如:
public class ConcreteUnitOfWork : IMyUnitOfWork
{
private readonly IUnityContainer unityContainer;
private IFooRepository fooRepository;
public ConcreteUnitOfWork(IUnityContainer unityContainer)
{
this.repositoryFactory = repositoryFactory;
}
public IFooRepository Foos
{
get
{
return this.fooRepository ??
(this.fooRepository = unityContainer.Resolve<IFooRepository>());
}
}
}
我知道将 Unity 容器传递给 UnitOfWork 是不正确的,但您会提供什么模式来解决这个问题?
您可能会提到我不应该在 UnitOfWork 中保留存储库引用,但请假设一个服务类需要多个存储库。通过这种设计,我可以将 UnitOfWork 作为构造函数参数(构造函数注入(inject))传递给服务类,但是如果我没有在 UnitOfWork 中保留存储库引用,我将不得不将所有需要的存储库作为构造函数参数传递,你知道吗它导致。
-- 更新--
如果我完全错了请告诉我,我永远不应该在 UnitOfWork 中编写存储库。那么请在这里给我一个关于“Constructor Over-injection”的解决方案。
-- 更新2--
似乎从 UnitOfWork 组合(引用)存储库违反了开放/封闭原则,因为我们需要在添加新存储库(添加新属性)时更改 UnitOfWork 类。
如果它是正确的,那么我应该考虑重构。你能给我一些想法吗?
最佳答案
似乎当前的设计提案将不止一种职责混合到 IMyUnitOfWork 接口(interface)中。您说这是因为否则服务类可能需要独立获取每个存储库。我假设你的意思是这样的:
public MyService(
IUnitOfWork uow,
IFooRepository fooRepository,
IBarRepository barRepository)
在我看来,这是一个更简单、更清晰的设计。
但是构造函数过度注入(inject)呢?
好吧,就是这样……但问题是,这与您现在在 ConcreteUnitOfWork 实现中遇到的问题完全相同。您根本没有解决构造函数过度注入(inject)的问题 - 您只是将它移到了另一个类。
实际上,通过将其移动到 ConcreteUnitOfWork,您已经更难以处理这种情况。因为 ConcreteUnitOfWork 是一个纯粹的基础设施类(或者支持类,如果你愿意的话)它没有任何业务上下文,所以很难在这里提出解决构造函数过度注入(inject)气味的方法。
另一方面,给定的服务(或者可能是 Controller )往往更专业并且了解业务上下文,因此它不需要每个存储库来执行它的工作 - 或者如果它做了,它可能试图做太多。
这样一个特定的业务组件最好是refactored to a Facade Service .
关于dependency-injection - 如何将存储库注入(inject) UnitOfWork?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11791467/
我关注了this tutorial . 我已经到了使用 _unitOfWork.XYZRepository.Get() 调用存储库的阶段,现在更进一步,我想为我的 UnitOfWork 类编写一个接口
我的业务对象存储在两个数据存储中。对象的一部分存储在 Azure 表存储中,另一部分存储在 Azure SQL 中。基本上 SQL 部分用于查询,而表存储用于占用大量空间的属性。 大多数时候,只使用对
显然(而且很有可能)我当前的 UnitOfWork 实现存在缺陷,因为我在同时进行多个调用时出现连接错误。 异常: The underlying provider failed on Open. 内部
我目前已经做了一个 UnitOfWork 实现,它包装了数据库连接和事务。 using (var uow = UnitOfWorkFactory.Create()) { // do db op
在 DDD 模式中,工作单元应该与存储库耦合吗?我见过几个不同的例子,包括一个实现工作单元接口(interface)的存储库,一个实现工作单元本身行为的存储库,以及一个具有代表工作单元的属性的存储库,
我有一个像这样的特定和通用存储库: 通用存储库: public class Repository : IRepository where TEntity : class { protected
我正在使用以下 UnitOfWork 类,以便通过使用泛型为我的实体获取存储库。 public class UnitOfWork : IUnitOfWork { private readonly
我认为这是一个常见问题,但经过一番搜索后我找不到任何相关内容。 我遇到的问题是,当使用 @UnitOfWork 注释我的资源方法并在我的资源方法内部时,我得到了一个 No Hibernate Sess
我正在为我们需要构建的小型应用构建单元测试。 我已经实现了存储库/工作单元模式。我的经理类实现了工作单元模式。 对于给定的接口(interface): public interface IUserMa
对 FluentNHibernate 很陌生,但我也对这个领域感到兴奋。我最近开始使用上述方法开发新的 DAL,并且一直在阅读存储库模式。我喜欢此模式采用的通用形式,并希望将此模式与 UnitOfWo
我有以下类(class): public FooDAO extends AbstractDAO { // Dropwizard DAO @Inject FooDAO(SessionFactory
我有这些类(class): public static class UnitOfWorkSS { public static IUnitOfWork Begin() { return
我正在尝试实现一个通用的存储库模式。我找到了这个网站,我认为它解释得很好。 http://www.tugberkugurlu.com/archive/generic-repository-patter
如果我实现一些简单的 OR/M 工具,我应该把恒等映射放在哪里?显然,每个 Repository 都应该有权访问自己的标识映射,以便它可以注册加载的对象(或者 DataMapper 是在 Identi
互联网上到处都是关于UnitOfWork的信息图案;甚至 SO 也不异常(exception)。 我还是不明白。据我了解 UnitOfWork = Transaction in DB .仅此而已;不多
我已经实现了我的 UnitOfWork,以便它保留对所有存储库的引用。 public interface IUnitOfWork { void Commit(); void RollBac
当使用 Rhino Commons UnitOfWork(在 ASP-MVC 的 UnitOfWorkApplication 中)时,我喜欢使用 Rhino Repository 静态类来保存这样的实
我有一个 Doctrine 事件监听器,用于监听 onFlush 事件。我使用它在保存时更新实体上的电子标签。 我需要访问计划删除的实体,以便我可以访问它们的关联对象,但是: 我使用的是软删除过滤器,
我在网上看到了很多关于 UnitOfWork 和 Repo 模式的信息,但仍然不清楚为什么以及何时使用——这让我有些困惑。 考虑到我可以通过使用 DI 通过使用 IoC 来测试我的存储库,如本文 Wh
我在后台任务方法(由 Quartz 操作)中使用 UnitOfWork,在 hibernate 之上使用 Guice-persist。后台任务调用一个服务,它需要在它的任务中间提交当前事务——然后继续
我是一名优秀的程序员,十分优秀!