domain-driven-design - 事件风暴：领域事件“已请求添加到购物车”是好做法还是坏做法？

我对 Event Storming 中的“域事件”（橙色便利贴）有疑问

当我查看一些事件风暴的示例时，我有时会看到如下所示的领域事件：

但是我想知道像这样创建橙色便利贴是否是一种好习惯，因为它会产生一种重复。例如：

而且我觉得这是一种不好的做法，因为在我看来，这会使便利贴的数量乘以 2。

如果你觉得这样的橙色便利贴很有趣，你能解释一下为什么吗？如果你认为不是，你能解释一下吗？

谢谢你未来的回答者。

标签： domain-driven-designdomain-modelevent-storming

显式地建模一些动作是一件好事。因为这样一来，很明显，有一个演员参与其中。因此，在实现的系统中应该有一些接口。

这些绝对是事件，因为我们认为它们是已经发生的事情。但它们在某种意义上与事件非常不同，例如事件溯源（不是风暴）。它们是短暂的，会导致其他事件，我们过去称之为领域事件。那种反映领域状态变化的事件。

对我来说，第一组的事件更像是从事件结果到触发交互的意图的垫脚石。

这对于展开流程非常合乎逻辑和有用。

更改状态：添加到购物车。是什么导致了它？要求添加到购物车。是什么触发了它？客户将商品添加到购物车。

我会在这种短暂的“事件”上花一张卡片吗？如果它带来额外的清晰度 - 那么肯定是的。因为它有助于专家与开发人员的交流。如果这对暴风雨的各方，特别是开发人员来说是显而易见的，那么可能不会......因为它增加了噪音而不增加价值。