1

我正在尝试使用汽车租赁网站的域来研究 ddd 的某些方面。

用户/客户从起点和终点站以及时间段中选择汽车。

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

该领域有几个参与者，如车站服务、呼叫中心......

有界上下文的想法是

  • 公司（员工、汽车、车站）
  • 预订（预订，预订请求流程的模型）
  • 定价（价格模型）
  • 计费（租金计费、职位、客户）

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

  • 公司：他们三个
  • 预订：预订（访问帐单、汽车和客户）
  • 定价：关税矩阵
  • 计费：客户（访问预订、计费）

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

4

1 回答 1

1

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

于 2012-02-05T12:56:54.013 回答