工作单元和存储库模式之间的交互

Question

在阅读了大量文章后，我仍然不确定与存储库交互时工作单元模式的职责。

存储库负责加载和保存聚合根实体，因此请考虑以下示例代码：

using(IUnitOfWork uow = container.CreateUnitOfWork())
{
     Repository<ARoot> roots = container.GetRepository<ARoot>();
     ARoot root = root.FindByName("ARoot");
     root.Name = "ANewName";

     roots.Save(root);
     uow.Commit();
}

工作单元接口将使用以下方法定义：

public interface IUnitOfWork
{
     void Insert(object);
     void Update(object);        
     void Delete(object);
     void Commit();
     void Rollback();
}

假设存储库是使用非常简单的 SQL 映射器实现的，因此 FindByName 包含一些直接的信息SQL 返回 ARoot，Save 实现是否看起来像这样：

public void Save(T entity)
{
      IUnitOfWork uow = GetUnitOfWork();
      // Tell the UOW we are updating this entity
      uow.Update(entity);
}

工作单元提交代码然后将构造所有必需的 SQL 以将实体映射回数据库？

问题 2）

如果我将聚合根添加到工作单元中，工作单元是否负责保留根及其子实体，或者应该是存储库的 Save 方法将更改的实体添加到工作单元中？例如

public void Save(T entity)
{
      IUnitOfWork uow = GetUnitOfWork();
      // Tell the UOW we are updating this entity
      uow.Update(entity);
      uow.Update(entity.AChildObject);
}

或... 或者，

工作单元是否仅处理聚合根，并且在提交时调用存储库为其更改集中的每个对象保存方法，保留 SQL 映射代码以将实体持久保存在存储库中，更改第一个代码 例子

using(IUnitOfWork uow = container.CreateUnitOfWork())
{
     Repository<ARoot> roots = container.GetRepository<ARoot>();
     ARoot root = root.FindByName("ARoot");
     root.Name = "ANewName";

     //roots.Save(root);
     uow.Update(root);
     // and commit
     uow.Commit();
}

谢谢

詹姆斯的

Answer 1

在我们的项目中，我们使用存储库来表现得就像实体的集合，而工作单元用于跟踪这些实体的更改，并将它们写回数据存储。

如果您使用 LinqToSql 或其他一些 OR Mapper，那么它本身可能会实现 UnitOfWork 模式，因此通常我们只是在自己的 IUnitOfWork 中实现 ORMapper 实例。

我们的存储库界面通常类似于......

  IEnumerable<Order> FindByCustomerId(string customerId);
  void Add(Order order);
  void Remove(Order order);

我们在存储库中没有任何保存方法。如果我们不需要工作单元，则添加/删除方法将直接作用于数据存储。

如果我们需要一个 UnitOfWork，那么公共接口就像...

void Commit();
void Rollback();

存储库有一个与 UnitOfWork 的内部接口，因此当我们查询存储库时，UnitOfWork 会跟踪返回的对象是否发生更改。提交方法将更改写回数据存储，回滚方法只是清除其更改。

当我们使用 LinqToSql 时，DataContext 负责更改跟踪，在回滚时我们只需实例化一个新的 Context。持久性是通过根及其子节点来处理的。所有存储库之间共享一个 UnitOfWork 实例。

当我们不使用 LinqToSql 时，我们会实现自己的 UnitOfWork，也许它调用 Web 服务或其他东西，在这种情况下，我们使用 EntityBase 类在实体类本身中进行更改跟踪。

我们为每个根都有一个存储库，但有时一个根的子级本身也用作根，因此我们经常需要像 OrderLineRepository 这样的东西，因为我们的系统中有一个用例，用户想要搜索订单行。

Answer 2

通常，我喜欢的方式是 UoW 跟踪通过直接调用 IRepository.Save() 保存的更改。

我还更喜欢将 UoW 代码作为一个方面来处理，并且在与域的交互之外进行处理。这意味着它要么由某些全局命令处理程序处理，要么由 Web 服务代码作为完成请求的一部分进行处理。换句话说，开始一个请求会打开一个工作单元，结束它会关闭它。这样，域就可以不知道 UoW 及其实现。

提交工作单元会导致通过调用 .Save() 和其他更改方法所做的更改被持久化。很可能 UoW 正在以某种方式跟踪这些变化。

Answer 3

• UnitOfWork 是您的交易
  处理程序
• 存储库正在执行
  加载/保存对象的实际工作
  我使用的数据存储

定义类似于：

IUnitOfWork { Commit(); }
IRepository { GetAll(); GetById(); Add(T item); Remove(T item); }

我不会让 UnitOfWork 创建 SQL - 该逻辑将位于您的存储库中。您使用什么数据存储？