领域驱动设计学习

POP，面向过程编程，解决简单的流程问题，以大象装冰箱举例，分为以下几个步骤：

1. 打开冰箱
2. 抱起大象
3. 把大象放进冰箱
4. 关冰箱门

后面发现使用此编程思想不能够解决较为复杂的场景，如想盖大厦，大厦由各样大楼组成，编程起来就比较麻烦了，后面就有了OOP，面向对象编程，面向对象编程后，大象装冰箱，就会先有大象对象类，然后有冰箱对象类，类中的行为再实现装冰箱的动作。

如果是构造大厦的话，也使用OOP思想的封装继承多态就能够很好的完成。

但随着系统逐渐复杂，功能需要不断做调整，调整的后果就是要做很多影响范围确定以及回归测试，增加系统维护与扩展时间，于是有了AOP，面向切面编程，好处是不用在多处进行代码的复写，在一处维护，例如日志、事务、缓存，此类代码通过切面注入，对业务代码来说是透明的。

所以AOP实现了很好的系统扩展与更小的系统影响。

当系统变得越来越复杂，一个系统需要同时维护成千上万个类，为了扩展、维护以及性能提升，我们需要对系统进行领域拆分，于是有了DDD，DDD+微服务的结合可以很好的对系统进行模块划分。

边界

POP，做一件事情时，需要通盘思考，以大象装冰箱举例，4个步骤我们要事先想好，所以不存在边界

OOP，以大象装冰箱举例，我们需要有各种对象，对象之间交互完成一些逻辑，每个对象可以理解为一个小盒子，对象交互形成的系统可以理解为大盒子，这是存在边界

DDD，划分大系统，系统中每个模块理解为一个盒子，也就是边界(领域)，比OOP粒度更粗，先考虑大局，再琢磨细节

Domain - Driven - Design

Domain

一个系统，拆分成几个模块(问题域)，这几个模块就是领域。以博客举例，博客是系统，发帖、回帖、积分等是领域

拆分了作用域之后，会建立一套通用语言，使需求、开发、设计等人员都可以理解，达成共识，减少沟通成本

Design

基于领域进行设计，先有领域，再进行数据库设计、代码设计

传统开发是会因为需求与设计不符导致需求推翻重做，而DDD是先有共识的领域，再进行设计，需求实现准确率较高

领域驱动设计是系统分析设计方法