一、什么是DDD
二、系统“老化"是谁的锅
?
三、你和大神的代码差距到底在哪
3.1 传统代码的问题
?
??
?3.2 动手改造第一步：抽象数据存储层
?
?
?
?3.3 动手改造第二步：抽象第三方服务
以前逻辑嵌入到内部业务逻辑，耦合严重。假如，校验逻辑变了，需要对业务进行修改，现在把这个校验逻辑抽象出来，只需要改这里面的逻辑即可。
?3.4 动手改造第三步：抽象中间件
?
?目前，用kafka，以后不用kafka了，用rabbitmq，这样的话，只需要改这一个组件就可以了，对我们的业务就不会有影响了。
3.5 动手改造第四步：用领域服务封装多实体逻辑
?
?3.6 DDD四层架构
?
?
?只是提现纯粹的业务逻辑，需求更容易梳理了。
把具体的金额比如，BigDecimal amount封装为Money对象，进行传参，这个称为值对象。
用户接口层，用来隔离业务变化的
应用层，组织业务逻辑代码，它的业务逻辑只是调用领域层的业务方法，它自己不包括任何具体的实现，只是纯粹的去反应我们的业务。
领域层，包含项目中最核心的逻辑变化，领域层只是提现它的业务逻辑
基础层，把一些其他基础组件封装为基础层
四、DDD VS DDD项目改造实战
?
?
? 五、微服务时代，单体架构淘汰了吗
?
?
?六、中台，DDD的另一片战场
