gpt4 book ai didi

CQRS 和领域事件

转载 作者:行者123 更新时间:2023-12-03 23:51:28 25 4
gpt4 key购买 nike

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

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

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

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

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

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

  • b) 如果 OrderDetail 中的更改要求 Order Aggregate Root 中也发生一些更改,则
    i) 我应该通过处理 OrderDetail Aggregate 发布的事件来进行这些更改吗?例如。假设删除了两个订单详细信息。这使得订单状态从 "preferred"变为 "Not preferred"。
    ii) 如果事件出错并且没有更新订单状态怎么办 - 如果订单仍然是首选,那么它会在 2 天内发货。

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

    提前谢谢你,

    马尔

    最佳答案

    a) 在你的事务提交之前你不应该发布事件,一个事件代表了 发生了 ,这也是为什么它们都以传递时态命名的原因(例如 OrderClearedEvent)。同样在您必须“还原”事件的情况下,您应该采取纠正措施,即您不删除该事件,您必须触发一个新事件来纠正您要还原的事件的影响

    b)这似乎更多是关于您如何为实体建模并命令其他任何东西的问题。我想不出 OrderDetail 是 AggregateRoot 的原因,但我不知道您的域...

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

    希望这会有所帮助 :) 正如 Rinat 所说,google group 是提问的最佳场所,也可以查看 cqrsinfo.com 和来自 github.com/MarkNijhof/Fohjin 和 github.com/gregoryyoung/m-r 的示例代码

    关于CQRS 和领域事件,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3842351/

    25 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com