领域驱动设计-DDD

一，DDD思想的来源

三个项目的对比

一种思潮

二，现有项目的四个痛楚

1，新区求越来越难

2，开发越来越难

3，测试越来越难

4，创新越来越难

三，代码原则

1，职责单一原则

2，开闭原则，对外扩展开放，对修改封闭

3，依赖反转，面向接口进行依赖

四，业务的理解

业务是造成实体变化的动作

充血，贫血，失忆症

优化方案

1，第三方服务抽象封装

2，业务层隔离开，比如用户的余额对账ACOUNT,

3，数据库隔离开

4，消息队列隔离

优化后的优势

1，代码可读性强

2，技术更容易更新

3，更容易开发

DDD四层架构规范

1，领域中的对象有实体和值对象组成，对值对对象的访问必须有所属的实体对象

2，相关联的一对象与值，对象组成聚合面，对聚合内对象的访问，必须有聚合和对象

3，跨对象操作必须经由领域服务进行操作

4，应用服务层只通过领域服务，自身不带任何实现逻辑

5，业务与数据隔离，淋浴只关注业务，数据支撑全部有基础设施层