POP,面向过程编程,解决简单的流程问题,以大象装冰箱举例,分为以下几个步骤:
- 打开冰箱
- 抱起大象
- 把大象放进冰箱
- 关冰箱门
后面发现使用此编程思想不能够解决较为复杂的场景,如想盖大厦,大厦由各样大楼组成,编程起来就比较麻烦了,后面就有了OOP,面向对象编程,面向对象编程后,大象装冰箱,就会先有大象对象类,然后有冰箱对象类,类中的行为再实现装冰箱的动作。
如果是构造大厦的话,也使用OOP思想的封装继承多态就能够很好的完成。
但随着系统逐渐复杂,功能需要不断做调整,调整的后果就是要做很多影响范围确定以及回归测试,增加系统维护与扩展时间,于是有了AOP,面向切面编程,好处是不用在多处进行代码的复写,在一处维护,例如日志、事务、缓存,此类代码通过切面注入,对业务代码来说是透明的。
所以AOP实现了很好的系统扩展与更小的系统影响。
当系统变得越来越复杂,一个系统需要同时维护成千上万个类,为了扩展、维护以及性能提升,我们需要对系统进行领域拆分,于是有了DDD,DDD+微服务的结合可以很好的对系统进行模块划分。
边界
POP,做一件事情时,需要通盘思考,以大象装冰箱举例,4个步骤我们要事先想好,所以不存在边界
OOP,以大象装冰箱举例,我们需要有各种对象,对象之间交互完成一些逻辑,每个对象可以理解为一个小盒子,对象交互形成的系统可以理解为大盒子,这是存在边界
DDD,划分大系统,系统中每个模块理解为一个盒子,也就是边界(领域),比OOP粒度更粗,先考虑大局,再琢磨细节
Domain - Driven - Design
Domain
一个系统,拆分成几个模块(问题域),这几个模块就是领域。以博客举例,博客是系统,发帖、回帖、积分等是领域
拆分了作用域之后,会建立一套通用语言,使需求、开发、设计等人员都可以理解,达成共识,减少沟通成本
Design
基于领域进行设计,先有领域,再进行数据库设计、代码设计
传统开发是会因为需求与设计不符导致需求推翻重做,而DDD是先有共识的领域,再进行设计,需求实现准确率较高
领域驱动设计是系统分析设计方法