花五分钟带你了解——DDD领域驱动设计 _DDD

DDD：指领域驱动设计,是domain driven design的缩写。
介绍DDD基础知识的相关文章很多，本文就不普及相关的基础知识了，基础理论知识可参考如下文章：

《DDD基础知识与总结》
《DDD与分层架构》

1. 初识DDD脚本式编程（dao+service）与DDD领域驱动模式区别如下：

文章插图

其每一层的作用范围和含义如下：
1）展现层（Presentation Layer）：负责以Restful的格式接受Web请求，然后将请求路由给Application层执行，并返回视图模型（View Model），其载体通常是DTO（Data Transfer Object）；
2）应用层（Application Layer）：主要负责获取输入，组装上下文，做输入校验，调用领域层做业务处理，如果需要的话，发送消息通知。当然，层次是开放的，若有需要，应用层也可以直接访问基础实施层；
3）领域层（Domain Layer）：主要是封装了核心业务逻辑，并通过领域服务（Domain Service）和领域对象（Entities）的函数对外部提供业务逻辑的计算和处理；
4）基础实施层（Infrastructure Layer）主要包含Tunnel（数据通道）、防腐层，Config和Common 。这里我们使用Tunnel这个概念来对所有的数据来源进行抽象，这些数据来源可以是数据库（MySQL，NoSql）、搜索引擎、文件系统、也可以是SOA服务等；Config负责应用的配置；Common是通用的工具类。
常见的领域驱动业务调用链过程如下图所示：

文章插图

调用过程大致如下：

业务调用方基于网关传入DTO数据，为了便于区分业务场景，将DTO数据又细分为CQE三种模式的数据。
业务数据传入后，基于Spring Validation等模式做基础数据验证（如必填，格式，大小等基础验证）；
数据进入到Controller层，并调用应用层相关的应用功能；
应用层不做具体的业务实现，只做编排处理，做业务的流程处理。应用层可做如下操作：

应用层调用防腐层查询其他系统的数据；
应用层调用仓库层查询本系统相关的数据；
应用层调用工厂创建实体（简单实体，可在应用层直接生成）；
应用层调用第三方领域服务，实体或聚合根的方法处理业务逻辑；
应用层调用仓库层保存数据；

工厂创建实体，简单的实体可不基于工厂创建；
领域层处理实体的行为，核心业务逻辑处理放在领域层，领域层可调用基础层的所有模块处理业务（领域层原则上不直接调用仓库层保存数据，保存数据应该放在应用层调用）；
仓库实现层最终落地数据，进行数据存储（其他层不能直接与Tunnel（数据通道）交互，必须基于仓库层才可以）；
一个业务行为结束后，若产生副作用，再应用层发出事件通知，其他模块再监听处理。（事件归属应用层还是领域层，网上各有不同的方案，本例是放在应用层。领域层本身只是内存化操作。等一个实体行为真正数据存储成功后，再发出事件，便于理解和维护。）

2. 巨人的肩膀作者接触DDD相关知识，是从一篇名为《一文教会你如何写复杂业务的代码》的文章开始的。带着好奇，越看越有共鸣，初步发现了DDD的神奇之处并一发不可收拾，开始入坑DDD领域驱动设计。在查看DDD各种教程博客时，综合对比并摒弃一些低质量的博客，强烈推荐以下两位老师的系列教程。
阿里-张建飞：张老师的新书《代码精进之路》。
【花五分钟带你了解——DDD领域驱动设计】阿里-殷浩：