访问官网
Github聚合设计画布
聚合设计画布是一种建模工具，旨在用于设计级别的领域建模活动。
聚合是由Eric Evans最初描述的生命周期模式。我们将聚合理解为一个对象图，它是我们领域策略的一致性边界。根据聚合的设计，我们可以强制执行这些策略（使其不变）或被迫采取纠正性策略。因此，设计好聚合的边界很重要，因为它们会影响我们领域内建模的行为。
画布有一个建议的工作顺序，有助于迭代讨论聚合设计的不同方面。
下载
v1.1:
- 聚合设计画布 v1.1 (png)
- 聚合设计画布 v1.1 (pdf)
- 聚合设计画布 v1.1 (miro板备份)
- 聚合设计画布 v1.1 (drawio svg)
- 聚合设计画布 v1.1 (Excalidraw)
v1.0:
如何使用
1. 名称
为您的聚合取一个好名字。在某些领域，将周期长度或其他聚合生命周期指标包含在名称中是有意义的。
2. 描述
总结聚合的主要职责和目的。最好包括选择这些边界的原因以及与其他设计相比做出的权衡。
3. 状态转换
通常聚合会经历明确的状态转换，这会影响与之交互的方式。过多的转换可能表明流程边界没有正确建模，可以拆分。非常简单/朴素的转换可能表明聚合是贫血的，逻辑被推到了服务中。在画布的这一部分列出可能的状态或绘制一个小的转换图。
4. 强制不变量 & 5. 纠正策略
聚合的主要工作之一是强制执行业务不变量。这些不变量保护业务逻辑。在这一部分列出主要的不变量将确保你们就聚合的责任达成一致。大量的强制不变量可能表明聚合实现的局部复杂度很高。
如果你决定改变聚合的边界并放松一些不变量（例如减少并发冲突的机会），那么可能需要一些额外的业务逻辑来纠正一些不一致性。在这个画布的上下文中，我们称这种逻辑为纠正策略。大量此类策略可能表明业务逻辑被推到了聚合之外，这可能增加实现的复杂性。
在画布上列出不变量和纠正策略都将使设计权衡变得明确，并帮助你决定你确定的边界是否有用。
6. 处理的命令 & 7. 创建的事件
在这一部分，你列出聚合能够处理的所有命令以及将创建的所有事件。在它们之间创建连接器可能是个好主意，以验证你没有遗漏任何构建块。
8. 吞吐量
这一部分的目标是估计单个聚合实例涉及并发冲突的可能性（当两个或多个竞争调用者同时尝试进行更改时）。对每个指标估计平均值和最大值 - 这将�助您推理异常值，因为它们通常驱动边界重新评估。
命令处理率指标描述了聚合处理新命令的速率。另一方面，客户端总数说明了可能发出这些命令的客户端数量。
举个例子 - 如果一个聚合模拟网站上的购物篮，那么可能只有一个客户端向这个购物篮发出命令。如果我们将其与模拟会议预订系统的聚合进行比较，那么可能会有数十或数百个客户试图预订票。
聚合并发冲突机会评估图表
将这些指标放在图表上会给你一个并发冲突机会的粗略估计，这正是我们最终要寻找的。为多个替代方案绘制平均值和最大值将允许你明确讨论吞吐量的权衡。一般来说，瞄准较小的冲突机会会提供更好的客户体验，但也会增加实现的复杂性。或者换个说法：更大的聚合会有更高的并发冲突机会，但需要更少的策略来纠正数据。
9. 大小
画布的最后一部分将帮助你估计聚合的假设大小。在这种情况下，大小本身是以每个聚合实例的事件数量来衡量的。根据你如何建模领域，事件可能最终变得细粒度或粗粒度，所以事件的大小也将发挥作用。
例如，OrderCreated事件可能有多个LineItems作为事件的一部分，或者将这些行项目建模为单独的LineItemAdded事件。在粗粒度事件的情况下，聚合的总体大小会更大，即使事件数量很少。
事件增长率指标应估计单个聚合实例附加了多少事件。实例的生命周期将告诉我们实例将存活多长时间，因此当我们需要处理新命令时，将累积和获取多少事件。
聚合大小评估图表
中等和大量的事件可能会影响客户体验并使命令处理变慢。幸运的是，在大多数情况下，这可以通过使用快照来解决。另一个需要注意的是长寿命实例（可能无限）。这可能在归档数据和不断增长的流时造成问题。因此，通常一个好的启发式方法是将聚合限定在特定的时间段内（例如计费期）。
额外资源
示例
简单银行账户
贡献者
感谢所有现有和未来的贡献者，感谢Mathew McLoughlin和Marijn Huizendveld对聚合设计画布的贡献：
这个画布的灵感来自限界上下文画布。
贡献和反馈
聚合设计画布可供您免费使用。此外，我们欢迎您的反馈和想法以改进画布或创建新版本。
也欢迎您向我们发送包含您示例的拉取请求。
本作品采用知识共享署名 4.0 国际许可协议进行许可。
