woo*_*oof 9 events domain-driven-design
谁应该负责处理域名事件?应用服务,域服务或实体本身?
让我们用这个问题的简单例子.
假设我们在商店应用程序上工作,我们有一个专门用于订单操作的应用程序服务.在此应用程序中Order是聚合根和遵循规则,我们只能在单个事务中使用一个聚合.下订单后,它将保留在数据库中.但还有更多工作要做.首先,我们需要更改清单中可用的项目数量,然后通知系统的其他部分(可能是另一个有界的上下文),应该启动该特定订单的运输程序.因为,如前所述,我们只能修改事务中的一个聚合,我认为发布OrderPlacedEvent将由单独的事务中的某些组件处理.
问题出现了:哪些组件应该处理这类事件?
我想:
1)应用层,如果事件触发在同一有界上下文中修改另一个聚合.
2)如果事件触发某些基础结构服务,则为应用层.
例如,向客户发送电子邮件.因此,需要一个应用程序服务来加载邮件内容和邮件的订单,然后调用基础结构服务来发送邮件.
3)如果事件在另一个有界上下文中触发某些操作,我个人更喜欢域服务.
例如,运输或计费,域服务的基础结构实现负责集成其他有界上下文.
4)如果事件需要拆分为多个消费者,则为基础设施层.消费者转到1),2)或3).
对我来说,如果事件导致对您的有界上下文进行单独的验收测试,则结论是应用层.
那么,您的基础设施是什么来确保您的活动的持久性?您是否在交易中包含事件发布?
| 归档时间: |
|
| 查看次数: |
2929 次 |
| 最近记录: |