一、背景
常见的软件开发方式是拿到产品需求后，直接考虑数据库中表应该如何设计，这种方式已经将设计与业务需求脱节，而更多的是直接考虑应该如何实现了，这有点本末倒置。而DDD是从领域(问题域)为出发点进行的设计方法。
领域驱动设计的核心是“领域”，从一开始就要让团队走到正确的点上。当我们组建好了团队之后，应该从哪里开始？不是UI原型设计，不是架构设计，不是设计数据库，这些事情重要却非最高优先级。用正确的方法做正确的事情，运用领域驱动设计，就是要先识别问题域，进而为团队提炼达成共识的领域知识。要做到这一点，离不开团队各个角色的沟通与协作。
二、DDD 要解决的两个核心问题：
1. 业务架构
如何合理的设计？
2. 如何使系统架构域业务架构保持一致并具备可持续的扩展？
领域驱动的设计目标：有效建模，并运⽤用领域模型驱动团队进⾏行行沟通分析、设计及开发。
三、领域驱设计的核心思想
1、模型与现实业务的统一
・模型和程序设计的核心相互影响。正是模型与实现之间的紧密联系才使模型变得有⽤， 并确保我们在模型中所进行的分析能够转化为最终程序。
・模型与实现之间的这种紧密结合 在维护和后续开发期间也会很有用，因为我们可以基于对模型的理理解来解释代码。
2、统一（业务和技术）语言
・模型是团队所有成员使用的通⽤语⾔的中枢。由于模型与实现之间的关联，开发人员可 以⽤该语⾔来讨论程序。
・他们可以在无需翻译的情况下与领域专家进行沟通。⽽且由于该语言是基于模型的，因此我们可借助自然语⾔对模型本身进行精化。
3、团队的持续学习，消化知识，系统持续的发展
模型是浓缩的知识。模型是团队一致认同的领域知识的组织⽅式
和重要元素的区分⽅ 式。透过我们如何选择术语、分解概念以及将概念联系起来，模型纪录了我们看待领域的⽅式。
当开发⼈员和领域专家在将信息组织为模型时，这一共同的语⾔ (模型) 能够促使 他们⾼效地协作。
四、DDD设计步骤
4.1 基本概念
