DDD

ddd被认为是最理想的解决系统老化方式，但实践比较少

项目由领域组成，而不是微服务，

单一职责原则，开闭原则

 

 贫血模型：POJO 只有属性和get、set,缺点，从实体中看不出有哪些业务，造成贫血失忆症。

ddd中如何理解业务？造成实体状态变化的操作。

数据库层改造优化

 

仓库+工厂，find,save

 第三方微服务优化改造，增加防腐层

 中间件选型可变，增加防腐层，合理第三方组件

 业务要通过实体进行，不直接操作属性