domain-driven-design - 领域驱动设计、事件溯源和不断发展的模型

Question

Eric Evans 谈了很多关于 DDD 中不断发展的模型，因此重构似乎对 DDD 至关重要。当一个人拥有世界的关系持久状态时，您可以通过更改数据库架构的迁移来处理模型更改。

使用事件溯源时如何应对模型更改？如果对聚合的不兼容更改会阻止事件重播，是否有某种最佳实践？还是只是不做？

Answer 1

If there are incompatible changes to an aggregate that would prevent replay of events

在这种情况下，您基本上有两个选择:

以这样一种方式修补旧事件，使它们兼容并且可以从头开始重播事件。这里的好处是您不会丢失历史记录，但缺点是您必须花费一些精力来修补旧事件。

在架构更改点拍摄聚合的快照/纪念品，并从这一点开始“重新设定”事件流。这样做的好处是您无需花费任何精力(使用事件溯源，您很可能拥有适当的快照机制)。缺点是您无法重播快照之前的事件。

作为一般经验法则，我会说默认为第二个选项，除非您确定需要能够在架构更改之前返回并编辑历史记录。