为什么要DDD

DDD的原因

一、传统架构的劣势

• 1、传统controller、service、dao三层架构的业务逻辑分散到多个地方、如一部分逻辑在sql中、一部分在service中、甚至有的直接在controller中，导致更换开发人员后代码不易维护
• 2、传统三层架构面向数据库编程，本质上是数据库的事务脚本，service里充斥着过程代码、胶水代码，多人维护过程中会不断修改、添加service中的逻辑，service会随着开发时间越来越臃肿，当然，为了避免臃肿也会有诸如策略模式等设计模式的引入，但不能改变胶水代码本质，比如service代码中即可能有redisTemplate又可能有mapper和kafkaTemplate等，最终导致service代码因为不同原因而改变，不符合单一职责原则
• 3、传统三层架构虽然在形式上分为三层，但是并没有在编译器级别对代码有约束，实现分层全靠程序员自己的意识，这种代码并没有充分利用到编程语言提供的封装性质，最后轻则service之间形成网状结构调用，重则service层调用controller层反向调用，导致代码逻辑混乱
• 4、wiki是知识的坟墓在传统三层架构中体现的淋漓尽致，文档不易维护，并且随着时间推移旧知识将逐渐被代码的爆发式发展抛弃，最后新人过来不知所云，找不到一个关于业务的完整知识，出现面对老代码不敢改，怕改后出现问题，怕改不全等问题
• 5、待补充

二、DDD的优势

• 1、领域逻辑高内聚，低耦合
• 2、不需要wiki维护，代码自解释
• 3、技术细节变更如数据库、缓存、定时器等对业务逻辑影响比较小
• 4、程序员的代码更加可读、更加清晰、更加贴合业务，离客户更近