DDD优秀实践及总结——规范总结

1、尽量使用DP，将隐型概念显性化；

2、将数据校验、错误处理、属于该DP的行为放到DP创建中；

3、抽象Entity，Entity中包含了数据和行为；

4、抽象第三方服务；

5、抽象中间件；

6、封装业务逻辑，使用DP封装跟Entity无关的无状态计算逻辑，使用Entity封装单对象的有状态行为；

7、使用Domain Service封装多对象逻辑；

8、Entity和数据模型不需要完全一致，且尽量使用DP；

9、Repository接口名称不要使用底层实现的语法，操作Entity对象，不操作底层DO；

10、Aggregate Root的Repository采用Snapshot的方案，保留子Entity的修改状态，避免全部子Entity的更新（可能会带来数据不一致问题，要加入乐观锁）；

11、Entity创建使用constructor或者factory，并做参数强校验；

12、Entity尽量避免public setter；

13、Aggregate Root中的子Entity只能通过聚合根保证子的一致性；

14、Entity不可以强依赖其他Entity或者Domain Service；

15、Entity的行为只能影响本Entity；

16、Domain Service包含三种形式：单对象策略型（通过方法入参传入领域服务）、跨对象事务型、通用组件型。

17、使用策略模式封装领域规则；

18、使用领域事件显性化领域里其他Entity的变化；

19、Interface层的Http和RPC接口，返回值为Result，捕捉所有异常；Application层的所有接口返回值为DTO，不负责处理异常；

20、一个Interface层的类应该是“小而美”的，应该是面向“一个单一的业务”或“一类同样需求的业务”，需要尽量避免用同一个类承接不同类型业务的需求；

21、ApplicationService的接口入参只能是一个Command、Query或Event对象，CQE对象需要能代表当前方法的语意；

22、CQE对象的校验应该前置，避免在ApplicationService里做参数的校验；

23、针对于不同语意的指令，要避免CQE对象的复用，比如新增和更新；

24、Application层、Domain层以及Infrastructure层遇到错误直接抛异常，Interface层统一捕捉异常避免异常堆栈信息泄露到API之外；