识别应用程序的聚合和聚合根

Question

我一直在阅读有关 DDD、事件溯源 (ES) 和 CQRS 的信息。我意识到，如果我们考虑 ES 和 CQRS，聚合一直是设计的核心。 如果我错了，请纠正我，但我了解到：

1. 每个命令将对应一个聚合，这可以帮助我们定义命令
2. 每个事件流对应一个聚合，方便我们定义事件结构。

现在我只是在想，如果可能的话，是否有任何工具或方法可以帮助我们从一些输入中识别现有应用程序中的聚合？ 我相信“历史事务日志”和“数据库模式”作为输入确实有助于了解聚合的某些结构。我在这里可能又错了，但是有没有人尝试过类似的方法来简化软件工程师查找聚合的过程？

Answer 1

如果您正在谈论从某个现有系统（大概是您希望用遵循域驱动设计设计的系统替换的系统）获取历史事务日志和数据库模式，我强烈反对这种方法。

对于现有的实现，事务日志和模式充其量是域的编码，并且可能已经丢弃了一些上下文并以某种方式扭曲了域以适应数据库的约束。如果这些是您发现域的主要基础，那么您可能最好的情况是，您最终会得到一个在某些方面较差的现有系统的克隆。

查找聚合的最简单方法是查看所需的操作并跟踪这些操作的顺序如何相互影响（例如，“此命令成功后如何影响后续命令是否成功”；如果答案为“否”效果”那么这些命令几乎肯定不是同一个聚合，因为在 CQRS 样式的 DDD 中聚合的目的是确定命令是成功还是失败）。这通常需要与领域专家合作来探索该领域，例如通过事件风暴（或一些类似的技术）。