在DDD中执行实体删除

时间:2012-08-01 09:15:06

标签: domain-driven-design ddd-repositories

我正在学习DDD并且有这个基本问题:

似乎工厂,丰富的域模型,存储库的创建,读取,更新(CRUD)都得到了解决,但删除呢?删除实体可能会有一些业务逻辑,你在哪里处理它? RepositoryImpl(属于基础结构)层不应该打扰自己检查那些不变量,它的工作是从底层数据存储中删除给定的实体。这似乎与工厂的意图截然相反,但DDD没有“删除”工厂的删除。

假设有一个用户可以删除的订单实体,但是直到它处于“已实现”状态,因此请求删除repo.delete(ent)的客户端应该获得异常。类似地,可能存在这样的情况:当客户端请求删除时,它会导致更新(可能是状态更改或设置软删除标记)。

应该在哪里处理这种情况entity.delete()(它有意义吗?)还是在名为delete的应用程序或域服务中。我担心的是只要Repository接口有一个名为delete的方法,任何客户端都可以绕过服务方法并直接调用repo方法。

只是为了添加一个上下文,我将如何构建我的图层是通过Java包,并使用包可见性作为工具来禁止破坏层之间的交互。

1 个答案:

答案 0 :(得分:4)

据我所知,DDD中没有具体的删除指南('删除'是一个非常通用且面向数据的术语)。它被称为“生命终结”,它是存储库的责任。大多数情况下,生命结束并不简单,并且与某些业务规则相关联,可能是状态更改等。通常,域对象根本不会被删除,它们只是转换为“已存档”状态。我强烈推荐Udi Dahan阅读this article

为了强制执行与对象生命周期结束相关的不变量,您可以像这样构建代码:

class Order{
  ...
  bool CanBeArchived(){
    ...
  }
  ...
}

interface OrderArchiver {
  // throws InvalidOperationException if order can not be archived
  void Archive(Order order);
}

class NHibernateOrderArchiver implements OrderArchiver {      
  void Archive(Order order){
    if(!order.CanBeArchived()){
      throw new InvalidOperationException("Order can not be archived.");
    }
    ...
  }
}

方法'CanBeArchived'也可以是'OrderArchiver'接口的一部分,如果实现需要访问与Order关联的其他域对象。