领域驱动设计（DDD, Domain-Driven Design）

领域驱动设计（Domain-Driven Design, DDD）是指通过统一语言、业务抽象、领域划分和领域建模等一系列手段来控制软件复杂度的方法论。

发展

Eric Evans 在 2003 年出版的《领域驱动设计：软件核心复杂性应对之道》（Domain-Driven Design: Tackling Complexity in the Heart of Software）一书中提出这一具有划时代意义的重要概念。

直到近些年微服务理论被提出、被互联网行业广泛使用，人们似乎又重新发现了领域驱动设计的价值。所以看起来也确实是因为微服务，领域驱动设计才迎来了第二春。

理解 DDD

软件开发过程的本质是对「问题空间」（需求、业务、用例）转化为「解决方案空间」（模型、组件、架构、方案、代码实现）。

「问题空间」就是系统要解决的「领域问题」，「领域模型」就是「解决方案空间」，是针对特定领域里的关键事物及其关系的可视化表现，是为了准确定义需要解决问题而构造的抽象模型，是业务功能场景在软件系统里的映射转化，其目标是为软件系统构建统一的认知。

领域模型对应的是业务实体，在程序中主要表现为类、聚合根和值对象，它更加关注业务语义的显性化表达，而不是数据的存储和数据之间的关系。

可以说，领域模型存在于客户头脑中，实现于代码的类里面，中间的桥梁就是建立领域模型。

流程

依次是：

• 需求分析
• 领域分析
• 领域建模
• 核心业务逻辑
• 技术细节
• 技术实现

核心

• 对边界的划分与控制
• 统一语言（软件的开发人员/使用人员都使用同一套语言，即对某个概念，名词的认知是统一的）
• 面向领域（以领域去思考问题，而不是模块）

优势

• 使用统一的一套通用语言，沟通成本大大减小
• 统一流畅的用户体验
• 专注于解决当前产品的核心问题

参考

• https://www.taoxtao.cn/archives/92510
• https://zhuanlan.zhihu.com/p/101592594
• http://www.likecs.com/default/index/show?id=93970
• https://www.zhihu.com/question/25089273