《DDD 模式原理和实践》（一）

1、什么是领域驱动设计

1.1 解决复杂问题面临的挑战

• 未使用通用语言：
  （1）代码无法表达业务
  （2）代码难以阅读和维护
  （3）随着时间推移，演变成大泥球
• 组织结构的缺乏
• 大泥球模式：功能扩展变得缓慢
• 缺乏对于问题域的关注：专注领域大于其他一切需要

1.2 DDD如何管理复杂性

• 战略模式：
  （1）提炼问题域以揭示重要之处：将大问题提炼成子域，揭示核心域（核心域是编写软件的原因），探寻软件的核心意味着要把重要的精力放在核心领域上。
  （2）创建一个模型以解决领域问题：为每个子域创建模型
  （3）使用公共语言用于建模协作
  （4）将模型与歧义、损坏隔离
  （5）理解上下文之间的关系
• 战术模式：
  模型构造块
• 问题空间和解空间
  （1）将问题域提炼成可管理的子域
  （2）揭示子域的关系，加深理解

1.3 DDD的实践和原则

• 专注核心领域
  （1）核心域提供竞争优势并产生价值
  （2）软件成功的关键因素
  （3）是产品的独特卖点
• 通过协作进行学习
  （1）与业务专家的协作获得对问题的深刻理解
  （2）能够产生大量的知识共享
• 通过探索和实验来创建模型
  （1）分析模型和代码模型是一个整体，技术代码模型会通过UL绑定到分析模型
  （2）分析模型会导致代码模型发生变化，代码模型的重构也会反应到分析模型中
• 通信
  （1）通过UL的沟通使业务和开发对问题域的理解和通信更有效
• 理解模型的适用性
  （1）一个组织的不同部分对某个通用术语或概念会有不同的理解，每个模型在其特定的上下文中使用其有效的UL来描述其术语或概念
  （2）每个上下文会定义语言的边界
  （3）战略模式强制使用语言边界以便让模型可以独立发展
• 让模型持续发展
  （1）源代码和问题域之间要进行协同，否则代码将越来越难以维护。

1.4 领域驱动设计的常见误区

可以将DDD看作是一种开发思想体系，是以领域为中心的思维方式

• 误区一：战术模式是DDD的关键
  （1）DDD不只是一些实现模式
  （2）DDD并不是以代码为中心的
• 误区二：DDD是一套框架
  （1）DDD不存在一种必须遵循的固定单一架构样式
  （2）分层架构样式并非唯一选项
• 误区三：DDD是一颗灵丹妙药
  （1）DDD需要迭代开发方法论以及以业务为导向的开发人员
  （2）所有项目都可以从分析实践中获益（例如：提炼问题域），也能从战略模式中获益
  （3）并非所有的项目都需要用DDD战术模式来构件领域模型

小结：

• 领域驱动设计是一种开发思想体系
• DDD是模式、原则和实践的结合
• DDD的有两种模式类型。战略模式影响解决方案，战术模式用于实现领域模型
• 将大问题域提炼成子域可以揭示核心领域（价值最大的区域），并非一个系统的所有部分都需要被精心设计，团队需要在核心子域中投入更多时间。
• 建立统一语言，将分析模型和代码模型绑定，以便于开发人员和领域专家协作。
• DDD侧重于将关注点放在以下内容中：核心领域、协作、与领域专家探讨。