试图识别汽车租赁域的聚合根

Question

我正试图研究ddd的一些方面与领域的汽车租赁网站。

用户/客户从起点和目的地站以及时间段选择汽车。

价格的计算取决于支付方式、时间、汽车分类等多种因素。从一个子系统检索数据，该子系统的数据访问策略与应用程序的其他部分不同。

在这个领域有几个角色，比如车站服务，呼叫中心.

有界上下文的概念是

• 公司(雇员、汽车、车站)
• 预订(预订、预订请求处理模式)
• 定价(价格模型)
• 计费(租赁账单、职位、客户)

在定义有界上下文之后，我不确定每个上下文的聚合根是否正确。我的想法是

them

• Booking: customer)

• Pricing：

• 公司:所有三家matrix

• Billing:预订公司(获取账单、汽车和customer)

• Pricing:关税matrix

• Billing:客户(可获得预订、账单)

如果需要，我可以添加一些类图来显示不同的有界上下文。如果需要更多的信息，那么类图或这个应该迁移到另一个部分，可以随意询问/执行。

Answer 1

由于我在租车领域的经验很少，我会说你走在正确的轨道上。有几件事你应该知道:有界的上下文是逻辑上的分离，而不是物理的分离。因此，使用类似于组合UI的内容，可以将定价信息显示为预订过程的一部分。您将同时托管来自不同BCs的UI组件，并使用它们指导最终用户完成他想要完成的过程。另一件事是，您正在所有的BCs中寻找聚合根，但我希望您认识到，在每个BCs中，您都不需要一个域模型。如果事情不是你的业务的“核心”，或者本质上是基于crud的，那么一个简单的数据模型就可以了。这就是BCs的美丽之处，是做出深思熟虑的技术选择的能力。