domain-driven-design - 将 CosmosDb 文档转换为 DDD 聚合

Question

我有一个 CosmosDB 文档，它为我的问题空间中的某些东西建模——一辆汽车用于我们的目的。它目前有一堆与模型、颜色、制造年份等相关的属性。我想将 Car 视为 DDD 聚合，包括用于改变对象状态的公共方法以及将方法调用委托给引用的其他对象直接由聚合（在同一文档中）。我知道，在更好的 DDD 实现中，我将拥有与域模型不同的数据模型，它们之间具有映射函数，但将文档视为完整的聚合已经足够难了。团队的首选方向是以贫乏的方式处理文档，聚合方法出现在应用程序服务中，这使得聚合逻辑的测试更加困难。

Answer 1

在 Cosmos DB 中的域数据文档中存储聚合或使用物化视图非常常见，因为它减少或消除了频繁运行但通常代价高昂的查询的需要。

例如，在一个简单的电子商务场景中，将订单总额放在订单标题中并通过点读取ReadItemAsync()进行获取比执行查询来获取和汇总所有订单项更有效。另一种情况是您需要保留当天所有类别的销售总额。在这种情况下，您有一个文档，其中包含当天的任何销售类别。当每个订单发生时，购物车中每个项目的插入操作都会触发 Change Feed，它会在聚合文档上读取一个点并插入类别总数，将其增加新售出的项目。然后，您无需查询随着订单增长而变得越来越昂贵的当天的所有销售额，您只需发出一个读点来获取总计，这将是一个 1 RU 的操作。