[正版] 复杂软件设计之道:领域驱动设计全面解析与实战 计算机网络 程序设计(新) 书籍

         店铺公告

  为保障消费者合理购买需求及公平交易机会，避免因非生活消费目的的购买货囤积商品，抬价转售等违法行为发生，店铺有权对异常订单不发货且不进行赔付。异常订单：包括但不限于相同用户ID批量下单，同一用户（指不同用户ID，存在相同/临近/虚构收货地址，或相同联系号码，收件人，同账户付款人等情形的）批量下单（一次性大于5本），以及其他非消费目的的交易订单。

温馨提示：请务必当着快递员面开箱验货，如发现破损，请立即拍照拒收，如验货有问题请及时联系在线客服处理，（如开箱验货时发现破损，所产生运费由我司承担，一经签收即为货物完好，如果您未开箱验货，一切损失就需要由买家承担，所以请买家一定要仔细验货），

关于退货运费：对于下单后且物流已发货货品在途的状态下，原则上均不接受退货申请，如顾客原因退货需要承担来回运费，如因产品质量问题（非破损问题）可在签收后，联系在线客服。

  本店存在书、古旧书、收藏书、二手书等特殊商品，因受采购成本限制,可能高于定价销售，明码标价，介意者勿拍!

1.书籍因稀缺可能导致售价高于定价,图书实际定价参见下方详情内基本信息,请买家看清楚且明确后再拍，避免价格争议!

2.店铺无纸质均开具电子，请联系客服开具电子版

为读者提供更加清晰的DDD知识脉络，各个击破、详细解析；
讲解过程伴随实例代码，让读者的学习过程更加轻松；
包含原著以外的DDD社区新发展，基于截至2020年初的全新、DDD思想/方法体系编写；
作为原著学习伴侣，在实践中反复学习与思考。

前言
章 领域驱动设计基础1
1.1 领域驱动设计的起源与发展1
1.1.1 程序员为难之处1
1.1.2 技术负债与软件质量3
1.1.3 ER数据建模与面向对象建模4
1.1.4 DDD的诞生和发展6
1.2 领域驱动设计的特点9
1.2.1 发现和理解问题10
1.2.2 领域即边界13
1.2.3 解决复杂性15
1.2.4 新的数据结构设计方式17
1.2.5 需要注重产品的程序员18
1.3 领域驱动设计的难点20
1.3.1 业务策略和业务规则21
1.3.2 统一语言与有界上下文25
1.3.3 领域模型的提炼26
1.4 领域驱动设计的应用场景29
1.4.1 哪些应用不适合?30
1.4.2 适合微服务架构30
第2章 领域驱动战略设计31
2.1 有界上下文31
2.1.1 统一语言：统一项目中的交流
语言32
2.1.2 如何发现有界上下文和统一
语言？34
2.1.3 有界上下文之间的关系36
2.1.4 核心子域、支持子域与通用
子域37
2.1.5 实例解析：电费结算系统38
2.2 按时间线发现有界上下文40
2.2.1 UML时序图40
2.2.2 实例解析：电商领域之商品管理
上下文41
2.3 通过领域故事或流程发现有界
上下文45
2.4 通过事件风暴会议发现有界
上下文48
2.4.1 领域事件50
2.4.2 命令51
2.4.3 事件风暴建模法53
2.4.4 实例解析：一个典型的事件风暴
建模议程56
2.5 业务平台与中台设计60
2.6 总结与拓展62
第3章 聚合设计68
3.1 聚合设计的概念68
3.1.1 高聚合低关联71
3.1.2 聚合的逻辑一致性74
3.2 设计聚合的几种方法77
3.2.1 改变主谓宾顺序78
3.2.2 根据领域事件设计聚合79
3.2.3 根据单一职责设计聚合81
3.2.4 按时间边界设计聚合83
3.2.5 通过事务边界设计聚合87
3.2.6 通过ER模型设计聚合89
3.3 实例解析：订单系统中的聚合
设计95
3.3.1 信息拥有者模式97
3.3.2 引用模式99
3.3.3 奥卡姆剃刀原理100
3.3.4 控制者模式101
3.3.5 订单状态集中控制实现103
3.3.6 做什么和怎么做的分离106
3.3.7 在服务中验证聚合107
3.3.8 Spring Boot实现110
3.4 总结与拓展115
第4章 实体和值对象121
4.1 失血/贫血模型121
4.2 实体124
4.2.1 实体的标识125
4.2.2 实体的设计126
4.2.3 实体对象的创建128
4.3 值对象131
4.3.1 值对象与实体的区别134
4.3.2 用值对象重构138
4.4 领域服务140
4.4.1 领域服务的特征141
4.4.2 领域服务与应用服务144
4.5 仓储147
4.5.1 自行实现仓储148
4.5.2 结合Builder模式实现仓储151
4.6 充血模型的设计原则154
4.6.1 将公有setter方法变为私有155
4.6.2 注重对象的构建157
4.7 实例解析：论坛系统实体和
值对象设计159
4.7.1 聚合根实体是什么？161
4.7.2 值对象的设计164
4.7.3 状态设计167
4.7.4 发帖功能实现170
4.7.5 双聚合根173
4.7.6 分配职责行为176
4.7.7 构建对象必须遵循性179
4.8 总结与拓展184
第5章 CQRS架构186
5.1 DDD架构介绍187
5.1.1 MVC模式187
5.1.2 传统三层架构188
5.1.3 传统DDD分层架构191
5.1.4 清洁架构194
5.1.5 六边形架构198
5.1.6 垂直切片架构201
5.2 CQRS架构的特点203
5.3 命令和查询分离205
5.3.1 查询模型实现206
5.3.2 命令模型实现210
5.3.3 Command对象212
5.3.4 命令和查询的协作216
5.4 不同的数据访问方式219
5.4.1 查询端存储实现220
5.4.2 规格模式221
5.4.3 命令与查询的同步224
5.5 CAP定理226
5.6 领域事件实现数据同步227
5.7 实例解析：使用Axon框架
实现CQRS231
5.7.1 命令端实现233
5.7.2 查询端实现236
5.8 总结与拓展237
第6章 事件溯源241
6.1 什么是事件溯源？242
6.2 基于事件溯源的聚合根设计249
6.2.1 用事件替代状态249
6.2.2 活动与事件253
6.3 事件溯源的优点260
6.3.1 替代分布式事务261
6.3.2 事件日志的顺序性263
6.3.3 基于事件日志的消息系统265
6.4 微服务中的分布式事务
实现266
6.4.1 引入Saga模式267
6.4.2 Saga分布式事务原理267
6.4.3 实例解析：账户转账271
6.5 使用Apache Kafka实现事件
溯源275
6.6 投射模式280
6.7 更改数据捕获（CDC）282
6.8 总结与拓展285
第7章 货物运输系统290
7.1 领域描述290
7.2 从流程中发现领域事件294
7.2.1 受理流程295
7.2.2 作业流程298
7.3 概念挖掘301
7.3.1 划分有界上下文302
7.3.2 预订受理上下文304
7.3.3 运输作业上下文306
7.4 预订受理的聚合设计309
7.4.1 聚合的发现和命名309
7.4.2 聚合设计313
7.4.3 状态设计316
7.4.4 命令与事件设计317
7.4.5 代码实现320
7.4.6 设计和实现的差异325
7.5 运输作业的聚合设计327
7.5.1 命令、事件和聚合328
7.5.2 有界上下文映射331
7.5.3 聚合重构设计334
7.6 总结与拓展336

领域驱动设计简称DDD，《复杂软件设计之道：领域驱动设计解析与实战》前6章解析了DDD的分析方法和技术架构，包括领域驱动设计基础、领域驱动战略设计（有界上下文和统一语言）、聚合设计、实体和值对象、CQRS架构和事件溯源，第7章使用经典的货物运输系统案例进行了完整、详细的综合演示。
《复杂软件设计之道：领域驱动设计解析与实战》同时引入了DDD的*新发展成果，如事件风暴建模，并以此建模方式替代传统的DDD建模方式讲解了多个案例。还涉及大量软件系统实现相关的技术和架构，读者在学习DDD的同时，也可以掌握这些技术、架构在DDD实现中的灵活应用。
另外，每个概念或方法的讲解过程都穿插了具体实例，以方便读者结合实例进行学习；第2～7章每章*后都有总结与拓展，将本章涉及的案例和知识进行总结，并引入国际DDD专家的心得经验，试图告诉读者一条DDD实战中行之有效的途径。
《复杂软件设计之道：领域驱动设计解析与实战》主要面向拥有一定实践经验的软件产品经理、领域专家、软件设计开发相关从业人员，相关初级从业者也可阅读本书。

作者彭晨阳，常用网名板桥（bang），DDD等软件架构专研网站——解道（Jdon）的创办者，长期关注国内外软件架构思想和设计开发的新动向，自DDD提出以来，持续研究与实践DDD。
行业经验——具有近30年的软件系统设计与开发经验，以及丰富的领域实战经验，包括ERP、电子商务、政务、电力、银行、大型游戏等。
培训经历——致力于传播软件设计开发新思想、新技术，曾为近百家企业提供培训咨询服务，包括华为、阿里等企业。
擅长方向——系统架构设计与实现，设计模式与框架，并发编程和微服务、区块链等分布式系统与事务。擅长复杂系统的软件架构和领域建模。