复杂软件设计（领域驱动设计全面解析与实战）.docxVIP

复杂软件设计

领域驱动设计全面解析与实战

目录

TOC\h\h第1章领域驱动设计基础

\h1.1领域驱动设计的起源与发展

\h1.1.1程序员为难之处

\h1.1.2技术负债与软件质量

\h1.1.3ER数据建模与面向对象建模

\h1.1.4DDD的诞生和发展

\h1.2领域驱动设计的特点

\h1.2.1发现和理解问题

\h1.2.2领域即边界

\h1.2.3解决复杂性

\h1.2.4新的数据结构设计方式

\h1.2.5需要注重产品的程序员

\h1.3领域驱动设计的难点

\h1.3.1业务策略和业务规则

\h1.3.2统一语言与有界上下文

\h1.3.3领域模型的提炼

\h1.4领域驱动设计的应用场景

\h1.4.1哪些应用不适合？

\h1.4.2适合微服务架构

\h第2章领域驱动战略设计

\h2.1有界上下文

\h2.1.1统一语言：统一项目中的交流语言

\h2.1.2如何发现有界上下文和统一语言？

\h2.1.3有界上下文之间的关系

\h2.1.4核心子域、支持子域与通用子域

\h2.1.5实例解析：电费结算系统

\h2.2按时间线发现有界上下文

\h2.2.1UML时序图

\h2.2.2实例解析：电商领域之商品管理上下文

\h2.3通过领域故事或流程发现有界上下文

\h2.4通过事件风暴会议发现有界上下文

\h2.4.1领域事件

\h2.4.2命令

\h2.4.3事件风暴建模法

\h2.4.4实例解析：一个典型的事件风暴建模议程

\h2.5业务平台与中台设计

\h2.6总结与拓展

\h第3章聚合设计

\h3.1聚合设计的概念

\h3.1.1高聚合低关联

\h3.1.2聚合的逻辑一致性

\h3.2设计聚合的几种方法

\h3.2.1改变主谓宾顺序

\h3.2.2根据领域事件设计聚合

\h3.2.3根据单一职责设计聚合

\h3.2.4按时间边界设计聚合

\h3.2.5通过事务边界设计聚合

\h3.2.6通过ER模型设计聚合

\h3.3实例解析：订单系统中的聚合设计

\h3.3.1信息拥有者模式

\h3.3.2引用模式

\h3.3.3奥卡姆剃刀原理

\h3.3.4控制者模式

\h3.3.5订单状态集中控制实现

\h3.3.6做什么和怎么做的分离

\h3.3.7在服务中验证聚合

\h3.3.8SpringBoot实现

\h3.4总结与拓展

\h第4章实体和值对象

\h4.1失血/贫血模型

\h4.2实体

\h4.2.1实体的标识

\h4.2.2实体的设计

\h4.2.3实体对象的创建

\h4.3值对象

\h4.3.1值对象与实体的区别

\h4.3.2用值对象重构

\h4.4领域服务

\h4.4.1领域服务的特征

\h4.4.2领域服务与应用服务

\h4.5仓储

\h4.5.1自行实现仓储

\h4.5.2结合Builder模式实现仓储

\h4.6充血模型的设计原则

\h4.6.1将公有setter方法变为私有

\h4.6.2注重对象的构建

\h4.7实例解析：论坛系统实体和值对象设计

\h4.7.1聚合根实体是什么？

\h4.7.2值对象的设计

\h4.7.3状态设计

\h4.7.4发帖功能实现

\h4.7.5双聚合根

\h4.7.6分配职责行为

\h4.7.7构建对象必须遵循唯一性

\h4.8总结与拓展

\h第5章CQRS架构

\h5.1DDD架构介绍

\h5.1.1MVC模式

\h5.1.2传统三层架构

\h5.1.3传统DDD分层架构

\h5.1.4清洁架构

\h5.1.5六边形架构

\h5.1.6垂直切片架构

\h5.2CQRS架构的特点

\h5.3命令和查询分离

\h5.3.1查询模型实现

\h5.3.2命令模型实现

\h5.3.3Command对象

\h5.3.4命令和查询的协作

\h5.4不同的数据访问方式

\h5.4