DDD领域设计实战

一、什么是DDD

二、系统“老化"是谁的锅

 

三、你和大神的代码差距到底在哪 3.1 传统代码的问题

 

  

 3.2 动手改造第一步：抽象数据存储层

 

 

 

 3.3 动手改造第二步：抽象第三方服务

以前逻辑嵌入到内部业务逻辑，耦合严重。假如，校验逻辑变了，需要对业务进行修改，现在把这个校验逻辑抽象出来，只需要改这里面的逻辑即可。

 3.4 动手改造第三步：抽象中间件

 

 目前，用kafka，以后不用kafka了，用rabbitmq，这样的话，只需要改这一个组件就可以了，对我们的业务就不会有影响了。

3.5 动手改造第四步：用领域服务封装多实体逻辑

 

 3.6 DDD四层架构

 

 

 只是提现纯粹的业务逻辑，需求更容易梳理了。

把具体的金额比如，BigDecimal amount封装为Money对象，进行传参，这个称为值对象。

用户接口层，用来隔离业务变化的

应用层，组织业务逻辑代码，它的业务逻辑只是调用领域层的业务方法，它自己不包括任何具体的实现，只是纯粹的去反应我们的业务。

领域层，包含项目中最核心的逻辑变化，领域层只是提现它的业务逻辑

基础层，把一些其他基础组件封装为基础层

四、DDD VS DDD项目改造实战

 

 

  五、微服务时代，单体架构淘汰了吗

 

 

 六、中台，DDD的另一片战场

视频教程、总结到位博客、参考博客、视频教程