使用 EventSourcing 确认 MessageBox？
在CQRS中，事件源是我们唯一真正的信息来源，永远不要相信你读取的数据模型，那么如果我需要显示一个确认消息框，例如显示“用户X的最后10个操作”，那么我应该使用什么方法？
1 - 发送一个命令来查询我的聚合的最后 10 个操作，然后聚合发布 10 个事件，我在包含用户操作的 UI 中处理这些事件？
2 - 或者简单地查询我的 Read 模型？
对于我的情况，CQRS 说什么？
谢谢你们。
约翰·史密斯
in CQRS, the event-sourcing is our only true source of information, never trust your read datamodel, then if I need to display a confirm messagebox which displays for example "user X's last 10 actions", then what approch should I use ?
1 - Send a command to query last 10 actions to my aggregates, then the aggregate publish 10 events which I handle in my UI containing the user's actions ?
2 - Or simply, query my Read model ?
what does CQRS say in my case ?
Thanks guys.
John SMITH
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
永远不要相信您的读取模型并不意味着您需要从写入数据库读取数据。这意味着读取模型中的数据可能会变得无效。在这种情况下，您应该在事件处理程序中进行一些修复，因为您只信任写入数据库，从事件中重建读取数据库（写入数据库）。
简单的规则（至少我遵循这些规则）：
在您的示例中，一切都很简单：处理用户 AR 消息并以您需要的格式存储事件（您应该从事件映射数据，而不仅仅是存储事件），您需要在用户内（在 nosql 数据库的情况下为嵌套集合）或在单独的表中（如果是 sql）数据库。
Never trust your read model not means that you need read data from write database. That means that your data in read model can become invalid. In this case you should make some fixes in your events handlers and because of you trust only write database rebuild read database from your events(write database).
Simple rules (at least i am follow these rules):
In your example everything is simple: handle user AR messages and store events in format (you should map data from event, not just store event) you need within user (nested collection in case of nosql database) or in separate table in case of sql database.