调用交叉聚合计算函数以在应用命令后更新读取模型

Question

我是CQRS的新手，需要关于设计中以下情况的建议。一个命令更新聚合A的状态;读取模型需要随后用交叉聚合计算方法的结果进行更新;此方法属于另一个集合B，该集合B持有对集合A的引用;该方法是聚合B和引用聚合A的状态的函数。在哪里调用该函数的正确位置？

我的注意事项（可以跳过）：

• 命令处理程序更新机组A的国家可以从技术上就可以了仓库，呼叫计算，并把结果在域事件获取骨料B;但是我相信这不是命令处理程序的工作，即使是为了阅读目的，也可以获取除被修改之外的集合。也不是命令处理程序的工作，只是为了发送事件而不是修改域的状态来执行计算。
• 集合A引发的域事件（'集合A更新'）仅包含集合A的更新状态，集合B的状态信息不足。读取模型的事件处理程序无权访问域模型，因此它既不能获取聚集B，也不能在集合B上调用所需的函数来更新读取模型。
• 我知道，被修改的聚合的外部命令需要的任何状态必须与该命令一起传递。通过这种方式，应用程序服务在发送命令之前可以获取聚合B的状态（从读取模型），并将其放入命令中。为此，我必须将函数从聚合B移动到某个服务，并传递A和B的状态。这会使聚合B更加贫血。加上上面提到的在命令处理程序中进行计算的问题。
• 我读过的人认为任何只读模型感兴趣的计算都属于读模型本身。所以我的事件的读取模型的处理程序只需要处理所有需要的状态和行为来执行计算。但是这意味着我必须在查询端复制大部分域模型概念;拥有一个完整的阅读模型将会非常复杂。

我只是想到了以下解决方案：在域中，创建域事件“骨料更新”的处理程序。它将获取聚合B，调用其上的计算方法，然后提高'聚合B功能结果已更改'事件与新的计算结果。然后阅读模型能够从这个事件中获取结果并自行更新。这会好吗？

请注意，以防万一我不使用事件采购。

对这种情况的任何想法将不胜感激。谢谢！

UPDATE：使局势更加具体

我的聚集体Worker S（骨料B）和Group小号工人（骨料B）。工人和团体是多对多的关系。想象一下，集团和工人都有一些Value财产。工人的calculateValue()是工人的价值加上工人参与的所有团体的价值的函数。上述命令正在修改某个团体的Value。因此，参加该组的所有工人将返回不同的结果calculateValue()。

我想从阅读模型中得到什么？我想要一个带有计算值的工人列表（已经考虑了工人的所有组的值）。在阅读方面我甚至不需要Group。如果我在''的方式上进行'的计算，我需要组以及整个关系结构。恐怕这是一个不合理的并发症。

Answer 1

命令处理程序更新机组A的国家可以从技术上存储库中取出聚集B，打电话的计算上，并把结果在域事件;但是我相信这不是命令处理程序的工作，即使是为了阅读目的，也可以获取除被修改之外的集合。也不是命令处理程序的工作，只是为了发送事件而不是修改域的状态来执行计算。

这是不行的，因为事件应该代表关于单个集合发生的事实。

我知道这是外部的被修改的集合由指令所需要的任何状态必须与命令一起被传递。通过这种方式，应用程序服务在发送命令之前可以获取聚合B的状态（从读取模型），并将其放入命令中。为此，我必须将函数从聚合B移动到某个服务，并传递A和B的状态。这会使聚合B更加贫血。加上上面提到的在命令处理程序中进行计算的问题。

您不应该在事件中发送聚合状态。事实上，你不应该查询总结或以任何其他方式而是通过总结自身使用it't 内部和私人状态。 在CQRS中，聚合不被查询。这是一个阅读模型的目的。

我读过的人建议任何只读模型感兴趣的计算属于读模型本身。所以我的事件的读取模型的处理程序只需要处理所有需要的状态和行为来执行计算。但是这意味着我必须在查询端复制大部分域模型概念;拥有一个完整的阅读模型将会非常复杂。

这是要走的路。但是，无论如何你都会重复什么？是否由Aggregate使用该计算的结果来接受或拒绝其任何命令？

如果是，那么它应该在聚合内完成的，在沿着所述事件而发送的命令的执行时间和可能的最终结果只有在计算可以从指令和/或内部数据进行聚合的状态，而不是交叉聚合状态。如果聚合需要从其他数据集料那么这是你的骨料边界可能是错误的一个标志。

如果不是那么计算不应该留在聚合内，而只能在阅读模型中。

在CQRS，从读模式分裂写，你会分裂计算还撰写和阅读，但也有一些情况下，计算由两个车型共享。在这些情况下，您可以提取类中的计算和使用该类在两个模型。