事件风暴和读取事件
Event Storming and read events
我是事件风暴和 DDD 的新手，还没有读过这些书，如果我的问题在那里或已经在 SO 上得到回答，我很抱歉。
所以事件风暴说要对领域专家感兴趣的那些事件进行建模。这意味着通常不会对读取事件（例如“列出的订单”）进行建模。我在这里与边缘案例作斗争并希望找到帮助：如果我的领域是关于统计之类的事情怎么办。通常，如果单个用户查看统计信息，对于领域专家来说并不重要，所以我通常会忽略这一点。但是从更高的技术层面来看，它可能会很有趣，即构建这些统计数据可能是一项复杂的任务，并且可能会被推迟或卸载到另一个系统。还没有建模吗？我是否必须对此类事件使用另一种方法，从而使领域事件模型变得有些不完整？
还是这表明“生成的统计数据”和“查看的统计数据”是不同的东西，不应混淆？
感谢您的建议！
一般来说，您唯一应该建模的事件是那些至少为未来一项任务改变系统行为方式的事件。领域专家通常是知道什么可以改变行为的人。
通常读取不会改变行为，因此它们通常不包含在模型中。
对于按需构建复杂的统计数据包的情况，这听起来像是一个传奇，其中建模的不是统计数据的计算，而是计算统计数据的工作流。对于这个领域，你可能是领域专家，像“这个阶段完成”这样的事件是传奇的领域事件。
我是事件风暴和 DDD 的新手，还没有读过这些书，如果我的问题在那里或已经在 SO 上得到回答，我很抱歉。
所以事件风暴说要对领域专家感兴趣的那些事件进行建模。这意味着通常不会对读取事件（例如“列出的订单”）进行建模。我在这里与边缘案例作斗争并希望找到帮助：如果我的领域是关于统计之类的事情怎么办。通常，如果单个用户查看统计信息，对于领域专家来说并不重要，所以我通常会忽略这一点。但是从更高的技术层面来看，它可能会很有趣，即构建这些统计数据可能是一项复杂的任务，并且可能会被推迟或卸载到另一个系统。还没有建模吗？我是否必须对此类事件使用另一种方法，从而使领域事件模型变得有些不完整？ 还是这表明“生成的统计数据”和“查看的统计数据”是不同的东西，不应混淆？
感谢您的建议！
一般来说，您唯一应该建模的事件是那些至少为未来一项任务改变系统行为方式的事件。领域专家通常是知道什么可以改变行为的人。
通常读取不会改变行为，因此它们通常不包含在模型中。
对于按需构建复杂的统计数据包的情况，这听起来像是一个传奇，其中建模的不是统计数据的计算，而是计算统计数据的工作流。对于这个领域，你可能是领域专家，像“这个阶段完成”这样的事件是传奇的领域事件。