spring-boot - DDD：在哪里引发“创建”域事件

Question

我努力为以下问题找到并实施最佳实践：在哪里引发创建域事件（通知创建聚合的事件）的最佳位置。例如，如果我们在有界上下文中有Order 聚合，我们希望在创建订单时通知所有相关方。该事件可能是OrderCreatedEvent。

我首先尝试的是在构造函数中引发这个事件（我在每个聚合中都有一个域事件的集合）。这样只有在我们创建订单时才可以。因为当我们将来想对这个聚合做任何事情时，我们将通过构造函数创建它的新实例。然后OrderCreatedEvent将再次引发，但事实并非如此。

但是，我认为在应用程序层中引发事件是可以的，但它是一种反模式（域事件应该只存在于域中）。也许有一个Create方法，它只会将OrderCreatedEvent添加到其域事件列表中，并在创建订单时在应用程序层中调用它是一种选择。

我在互联网上发现的有趣事实是，在构造函数中引发域事件是一种反模式，这意味着最后描述的选项（使用Create 方法）将是最好的方法。

我将 Spring Boot 用于应用程序，将 MapStruct 用于将数据库/存储库实体映射到域模型聚合的映射器。此外，试图找到一种方法来创建一个映射器，该映射器将跳过目标类的构造函数，但由于 Order 聚合的所有属性都是私有的，这似乎是不可能的。

标签： spring-bootdomain-driven-designmapstruct

Answer 1

通常构造函数仅用于对对象的字段进行分配。这不是触发行为的正确位置，尤其是当它们抛出异常或有副作用时

DDD 理论家（从 Eric Evans 开始）建议实施工厂来创建聚合。例如，工厂方法可以调用聚合构造函数（并将聚合与子域对象连接起来）并注册一个事件。

从应用层发布事件本身并不是反模式。应用程序服务可以依赖于领域事件发布者，重要的是它不是应用程序层来决定发送哪个事件

总而言之，使用 Java Spring Boot 之类的堆栈和域事件支持，您的代码可能看起来像

public class MyAggregate extends AbstractAggregateRoot {
    public static MyAggregate create() {
        MyAggregate created = new MyAggregate();
        created.registerEvent(new MyAggregateCreated());
        return created;
    }
}

public class MyApplicationService {
    @Autowired private MyAggregateRepository repository;

    public void createAnAggregate() {
        repository.save(MyAggregate.create());
    }
}

请注意，在调用 repository.save() 之后，事件发布会自动发生。这里的缺点是，当您使用 db 生成的标识符时，聚合 id 在事件有效负载中不可用，因为它是在持久化聚合后关联的。如果我将像这样更改应用程序服务代码：

public class MyApplicationService {
    @Autowired private MyAggregateRepository repository;
    @Autowired private ApplicationEventPublisher publisher;


    public void createAnAggregate() {
        repository.save(MyAggregate.create()).domainEvents().forEach(evt -> {
            publisher.publish(evt);
        });
    }
}

应用层负责决定要做什么来完成这个工作流（创建一个聚合，持久化它并发送一些事件），但所有步骤都是透明地发生的。我可以将新属性添加到聚合根、更改 DBMS 或更改事件合同，这不会更改这些代码行。应用层决定做什么，领域层决定怎么做。工厂是领域层的一部分，事件是聚合状态的瞬态部分，发布部分从领域的角度来看是透明的