DDD落地过程中关于领域事件的设计

前言

领域事件是领域驱动设计中的重中之重，事件风暴的时候确认的领域事件可以直接应用在我们的代码设计中，但是领域事件在哪里发布、领域事件的应该是自己写还是直接利用spring的event却是一个值得思考的问题。下面分享下我们在设计过程中的思考。

一、领域事件技术选型

• 最开始的时候我们参考了弗农的设计方式，使用threadLocal的方式发布事件和处理事件，但是这种设计方式不适合生产，因为订阅者和发布者总要在一起，这就导致领域逻辑臃肿，所以我们弃用了。
• 第二个选型我们瞄准了spring自带的ApplicationEvent，这种实现方式的优势是spring 为我们处理好了事件发布、订阅逻辑，使用起来也非常简单，只需要加onEvent注解就可以自由的写订阅逻辑了。不过我们的领域层是有洁癖的，它不应该依赖任何外部框架(整洁架构)，所以这种方式我们也弃用了，我们不想在领域层引入任何外部依赖，尤其是spring这种重依赖。
• 第三种选型我们采用了google的eventBus，这也是我们的最终选型，我们在领域层定义了一个DomainEvent接口，然后在基础设施层使用eventbus进行发布，同时在基础设施层采用@Subscribe订阅，领域层与基础设施层直接分开。eventbus的处理方式既简单又好用，和spring事件处理几乎不相上下。

二、领域事件的发布

我们的领域事件是在domain层发布的，发布的时候我们没有产生一个事件就发布一次，而是把事件放到聚合的List里，然后在Repository里统一发布，这种方式可以不用在领域层依赖EventBus，避免了不整洁问题产生