总结

了解DDD领域建模背后的原理。 知其然知其所以然。理解DDD的本质，

什么是领域模型

模型是现实世界的模块（分而治之，降低认识负载） 软件开发是个建模过程。

1.需求收集 为了满足业务，需要什么样的流程和功能。 方法：事件风暴或用户例。

2.需求设计（领域建模，输出分析模型） 对业务概念进行抽象，形成分析模型。 说明：传统方法没有这一步；对于复杂业务系统，这一步有核心价值 DDD强调业务和设计视角的一致性。 传统方法在下述过程容易出问题： 通过复杂的转换，才能适应软件开发的要求，因此两种模型之间就产生了比较大的差距。

在之后的开发过程中，开发人员往往只是聚焦于设计模型，而将分析模型束之高阁。时间久了，分析模型与系统实现之间的差异越来越大，也就失去了存在的意义。最终，技术实现与业务越来越远，软件系统也就难以真实反映业务需求了。

DDD 的领域模型则是业务视角（原来的分析模型）和技术视角（原来的设计模型）的交集。它反映了业务人员和技术人员的共识。

3.需求设计（概要设计、详细设计、数据库设计，输出设计模型）

4.编写代码

极客时间《手把手教你落地DDD》学习笔记 Day7