存储库与域服务

Question

我对 DDD 和存储库的探索越多，我就越觉得自己被领域服务方法所吸引。

我内心深处不喜欢存储库（至少在我读过的示例和文章中）不是单语句原子这一事实。

  using (var customerRepository = GetCustomerRepository()) 
  {
      customerRepository.AddCustomerForDelete(someCustomer);
      customerRepository.SaveChanges();
  }

有很多我不喜欢的事情。一般来说，存储库本身成为一个问题并且必须维护（它是 IDisposable 并且需要“提交”）。看来我并没有对持久性问题进行太多抽象。

一个更简单、更符合我内心的方法是：

  GetCustomerService().DeleteCustomer(someCustomer);

它是原子的。没有存储库实例可供维护、处置或保存更改。如果您确实需要聚合根上的单个操作之外的工作单元支持，请合并某种数据范围支持（类似于 TransactionScope）：

 using(var ds = new DataScope())
 {
     // both of these happen under the same underlying DbConnection or whatever
     GetCustomerService().DeleteCustomer(someCustomer1);
     GetCustomerService().DoSomethingElse(someCustomer2);
 }

在上述两个例子中，假设它们位于某些业务控制器和用于数据访问的底层机制（位于存储库或服务实现内部）是实体框架 ObjectContext。客户是某种聚合根。

请告诉我存储库方法更好。

谢谢。

Answer 1

我想说的是，您只见过存储库模式的幼稚示例。
没有任何内容表明存储库应该具有原子方法。

我的方法与您的数据范围方法几乎相同：（

using(var uow = UoW.Begin())
{
    var customerRepo = new CustomerRepository(uow);
    customerRepo.Remove(someCustomer);
    uow.Commit();
}

我的方法基于 Jimmy Nilssons 在《应用领域驱动设计和模式》一书中的 NWorkspace 想法）

这样，我可以将不同类型的 UoW 传递到我的存储库。
例如，基于 EF4 的 uow 或基于对象的 linq uow，并且仍然在存储库内使用相同的 linq 查询。