13

CQRS 让我进入了思考模式。我正在尝试用 CQRS 的想法开始一个新项目。我喜欢的主要事情是
1) 查询和命令的分离。我们的域查询一直是个问题。
2) 使用事件存储进行审计——我不会将它用于重放——至少现在不会。

我擅长查询方面,但我仍然对领域事件有一些疑问

如果命令导致更新多个聚合根(例如 Order 和 OrderDetail),我会将它们的范围限定在 UnitofWork(事务性)下。现在每个域都负责在其状态发生更改时发布事件。

假设该命令更改了 3 个 orderDetail 记录。每个 OrderDetail 将发布 2 个事件。最后我们有 6 个事件。

a)如果我在对域对象进行更改后立即发布事件(但未提交事务),我如何撤消已发布的事件(并且可能已被订阅者消费)

  • 我能想到的是将要发布的事件保存在“在同一工作单元范围下”的列表中,一旦调用了事务提交,就将其存储并发布。这听起来是不是一个人会做的事情。

b) 如果 OrderDetail 中的更改要求 Order Aggregate Root 中也发生一些更改,那么
i) 我是否应该通过处理 OrderDetail Aggregate 发布的事件来基于这些更改?例如。让我们说两个订单详细信息被删除。这使得订单状态从 "preferred" 变为 "Not preferred" 。ii) 如果事件发生错误并且不更新订单状态怎么办 - 如果订单仍然是首选,那么它会在 2 天内发货。

添加另一个问题
c)“域事件是所有应用程序状态更改的来源”还是“所有应用程序状态更改的结果”

先感谢您,

三月

4

1 回答 1

10

a) 在事务提交之前,您不应该发布事件,事件代表已经发生的事情,因此它们都以通行时命名(例如 OrderClearedEvent)。同样,在您必须“恢复”事件的情况下,您应该采取纠正措施,即您不删除该事件,您必须触发一个新事件来纠正您要恢复的事件的影响

b)这似乎更多的是关于您如何对实体和命令进行建模的问题。我想不出为什么 OrderDetail 会成为 AggregateRoot 的原因,但我不知道您的域...

c) 命令将导致至少一个事件被发布

希望这有帮助:) 正如 Rinat 所说,谷歌小组是提问的最佳场所,还可以查看 cqrsinfo.com 以及来自 github.com/MarkNijhof/Fohjin 和 github.com/gregoryyoung/mr 的示例代码

于 2010-10-18T16:10:02.603 回答