案例教你一步步设计DDD微服务项目

• 组织关系

但之后发现刷卡明细、考勤明细和考勤统计等实体没有聚合根。

这类就需要分情况处理。

刷卡明细、考勤明细和考勤统计等实体间相互独立，找不出聚合根，不是富领域模型，但它们一起完成考勤业务逻辑，具有高业务内聚性。考虑将这几个业务关联紧密的实体，放在一个考勤聚合内。

最终建立请假、人员组织关系和考勤聚合：

• 请假聚合有请假单、审批意见实体和审批规则等值对象

• 人员组织关系聚合有人员和组织关系等实体

• 考勤聚合有刷卡明细、考勤明细和考勤统计等实体

定义限界上下文

人员组织关系和请假，两个聚合共同完成请假业务，所以在请假限界上下文。

考勤聚合单独构成考勤统计限界上下文。

所以为业务划分请假和考勤统计两个限界上下文，建立请假和考勤两个领域模型。

微服务的拆分

=====================================================================

一般来说，一个限界上下文即可设计为一个微服务。

划分微服务主要考虑职责单一原则。根据限界上下文即可拆为请假和考勤两个微服务：

• 请假微服务包含人员组织关系和请假两个聚合

• 考勤微服务包含考勤聚合

战略设计结束。通过战略设计建立了领域模型，划分了微服务边界。

下一步战术设计了，即微服务设计。

战术设计

==============================================================