1为什么要分层
- 高内聚：分层的设计可以简化系统设计，让不同的层专注做某一模块的事
- 低耦合：层与层之间通过接口或API来交互，依赖方不用知道被依赖方的细节
- 复用：分层之后可以做到很高的复用
- 扩展性：分层架构可以让我们更容易做横向扩展
微服务架构模型有很多种，例如洋葱架构、CQRS和六边形架构等。其核心理念都是为了设计出“高内聚，低耦合”的微服务。而DDD分层架构的出现，使微服务的架构边界变得越来越清晰。
DDD分层架构包含四层，从上到下依次是：用户接口层、应用层、领域层和基础层。
DDD分层架构
1. 用户接口层
微服务应用面向不同前端应用时，同样一段业务逻辑，可能由于渠道不同，而在前端展示的页面要素，因此要求后端微服务返回的数据结果会不同。为了避免暴露微服务的核心业务逻辑，防止数据外泄，不能将后端对象的所有属性数据，不加区分地暴露给所有前端应用；更不能仅仅因为前端应用不同的数据展示要求，而后端定制开发出多个不同的应用服务或领域服务，面向前端应用提供不同的服务适配。保证应用层和领域层核心领域逻辑的稳定。
Facade服务：封装应用服务，适配不同前端应用的集成技术体系，提供不同类型的服务接口适配。数据组装器Assembler：根据不同前端应用的数据需求，完成前端DTO和后端DO对象的组装和转换操作。
2. 应用层
应用层连接用户接口层和领域层，不应该实现领域模型的核心领域逻辑。主要职能：协调领域层多个聚合完成服务的组合和编排。
应用服务主要负责：服务组合、编排和转发，处理业务用例的执行顺序以及结果的拼装。在应用服务中还可以进行安全认证、权限校验、事务控制、领域事件发布或订阅等。
3. 领域层
领域层是领域模型的核心，主要实现领域模型的核心业务逻辑。领域模型的业务逻辑主要由实体和领域服务来实现。其中实体会采用充血模型来实现业务功能，如单一实体（或值对象）不能实现时，就交由领域服务进行组合和协调聚合内多个实体（或值对象），实现复杂的业务逻辑。
4. 基础层
基础层贯穿DDD所有层。其职能：提供通用的技术和基础服务，包括第三方工具、驱动、消息中间件、网关、文件、缓存以及数据库等。
DDD分层架构的重要原则：每层只能与位于其下方的层发生耦合。
DDD分层架构特点和
（1）特点
- 数据、缓存等都视为基础层， 可以被所有层调用
- 抽离了领域层，负责核心业务逻辑处理，领域层调用外部依赖全部通过接口，以保证领域层的100%单测覆盖率
- 应用层聚合多个领域层的能力，只做功能的组合、转发，不负责具体业务逻辑
优点：相比于三层方式，更关注领域服务，即业务核心逻辑的划分、收敛
缺点：分层复杂， 如果业务逻辑简单没有必要
适应场景：业务复杂的业务
（2）和传统三层架构的对比
DDD四层架构也基于传统三层架构的，不同点有以下几方面：
- 关注点不一样：三层架构关注请求调用顺序；DDD架构关注领域服务。
- 横向划分方式不一样：三层架构主要关注纵向划分，对横向划分没有约定；DDD架构更关注纵向，即：多个领域层之间划分及交互方式。
- 对资源的定位不一样：三层架构把所有依赖的数据都放到数据访问层；DDD架构只将领域强关联的数据放到Repository中，其他比如API层缓存、文件等都当成基础服务来处理。
DDD分层架构的优势
-
层间松耦合，成功降低了层与层之间的依赖。可以专注于本层的设计和开发，不担心会影响到其他层。
-
是程序的结构变得更加清晰，升级和维护变得更加容易，修改工作量小且范围可控。只要本层服务接口不变，其他层皆不用修改，即是结构发生变化，也只影响相邻的上层。
可参考地址：百度安全验证
可参考专家：DDD领域模型设计实战 - 知乎
