轴突再生聚集状态不清

Question

null

我设置应用程序的方式是使用aggregateview将所需数据持久化到数据库中。因此，现在我感觉事件只是存储在事件存储区中，并且只在调用命令后用于重新创建聚合。对于正在存储的事件和集合的重新创建，我难道没有其他事情要做吗？例如，我是否应该重新创建整个聚合，而不是按ID从数据库中取出aggregateview来更新它。

Answer 1

事件源集合背后的思想是，这些事件是系统中任何模型的源。

因此，如果您创建一个专用的命令模型来处理您所描述的命令，那么这个模型（从Axon的角度来看，它是@aggrege(Root)注释类）将来自它发布的事件。

此外，您可以引入任何类型的查询模型；一个RDBMS视图，一个基于文本的搜索解决方案（例如Elastic），一个时间序列数据库，随便你怎么说。但是，这些查询模型中的任何一个仍然是聚合所在的根应用程序的一部分。由于您将事件作为通知其他人正在做出决定的手段，因此很自然地使用这些事件来更新您的所有查询模型。

您永远不会倾向于将聚合重新创建为命令模型，因为框架为您做了这件事。如果您有一个镜像查询模型聚合，那么每当您在模型中添加/删除/更改字段时，您将重新创建该聚合。或者，如果您已经引入了全新的模式。

每次调用命令时重新创建聚合的好处是什么？

每次重新创建它的好处是保证您将始终使用最新的状态。即使在应用程序发布期间，您已经添加/更改/删除了新字段。@EventSourcingHandler注释方法只需填充它们，而不需要编写数据库脚本在数据库级别上直接对其进行调整。

正如我在前面的回应中所分享的，可以用Axon框架建模的聚合应该在事件源设置中被视为CQRS系统中的命令模型。

命令模型的主要支柱之一是，它包含的唯一状态是决策逻辑所需的状态。更具体地说，聚合中存储的唯一状态是用于决定命令处理程序是否应该接受传入命令并作为结果发布事件的状态。

因此，在聚合标识符旁边引入的唯一字段是驱动这些决策所需的字段。这就是命令模型的目的，所以不要担心这一点。