课程名称：DDD（领域驱动设计）思想解读及优秀实践
课程章节： 战术设计
课程讲师： 尤达_技术咖啡
战术设计
完成战略设计之后，其实对研发而言，还是不知道怎么写代码。所以这里还有一道鸿沟，战术设计就是解决这道鸿沟的。
服务识别和设计
命令往往是由外部操作后产生的一些业务行为，一般也微服务对外提供的服务能力。我们可以将命令作为服务识别和设计的起点，具体步骤如下
1）由于应用服务主要面向用例，我们可以以此确定微服务的基本功能
2）根据应用服务设计领域服务，定义领域服务
3）根据领域服务的功能，确定领域服务内实体以及实体自生的业务行为，注意，不要让实体变成贫血模型
4）设计实体的基本属性和方法
这里以提交审批这个动作为例，主要业务流程
1）根据人员类型，请假类型和请假天数，查询请假审批规则，获取下一步审批人的角色
2）根据审批角色从人员组织关系中查询下一审批人
3）为请假单分配审批人，并将审批规则保存至请假单
代码实现
代码结构说明，主要目录结构说明
leave-------------------------------------------#项目名称
├── application---------------------------------#应用层
│ ├── doc.go
│ └── service---------------------------------#应用服务
│ ├── leave_application_service.go--------#请假应用服务
│ ├── login_application_service.go--------#登陆应用服务
│ └── person_application_service.go-------#人员应用服务
└── domain--------------------------------------#领域层
├── approval_rule---------------------------#审核规则领域
│ ├── entity------------------------------#实体/值对象
│ ├── event-------------------------------#领域事件
│ ├── repository--------------------------#仓储
│ └── service-----------------------------#领域服务
├── leave-----------------------------------#请假领域
│ ├── entity
│ ├── event
│ ├── repository
│ └── service
└── person----------------------------------#人员领域
├── entity
├── event
├── repository
└── service