DDD（Domain Driver Design）（领域驱动设计）四层架构

领域层

实体与值之间的关系减少业务逻辑代码的复杂程度。

众多的实体维护了各自的逻辑，避免代码平铺简易在一个类中，导致代码后期改动比较麻烦。

总结：

业务开发主要在 领域层 DDD作为一种解决方案，落地是比较难的，目的是提高主要业务代码的可读性，众多实体维护各自的业务逻辑。

1.用户层：前端、客户端层面

2.应用层：Controller层面 尽量不要有业务代码

3.领域层：主要业务层(Service、dao) ，其他逻辑和数据维护在各自的实体中。例如：kafka的逻辑不要在主要业务中，尽量单独的实体去维护，避免后期主业务层修改带来的复杂度。

4.基础层：提供基础能力

DDD是为了满足业务需求，维护核心短小精悍的业务，DDD要与其他架构共存，单纯的用DDD没必要。