• 深入实践 DDD:以 DSL 驱动复杂软件开发
图书条目标准图
21年品牌 40万+商家 超1.5亿件商品

深入实践 DDD:以 DSL 驱动复杂软件开发

正版新书 新华官方库房直发 可开电子发票

57.42 5.8折 99 全新

库存16件

江苏无锡
认证卖家担保交易快速发货售后保障

作者杨捷锋

出版社机械工业出版社

出版时间2020-04

版次1

装帧其他

货号文轩12.21

上书时间2024-12-21

   商品详情   

品相描述:全新
图书标准信息
  • 作者 杨捷锋
  • 出版社 机械工业出版社
  • 出版时间 2020-04
  • 版次 1
  • ISBN 9787111677710
  • 定价 99.00元
  • 装帧 其他
  • 开本 16开
  • 纸张 胶版纸
  • 页数 396页
  • 字数 100千字
【内容简介】
本书是拥有二十年商业软件开发经验及十年技术管理经验的资深技术专家呕心沥血之作,也是目前市场上少有的阐述如何通过使用领域专用语言(DSL)实现领域驱动设计(DDD)的图书。
  书中首先带领读者重温DDD在战术设计层面及战略设计层面上的部分重要概念,并简要介绍了自DDD社区兴起的一些软件架构模式。然后阐述如何设计一门DDD原生的DSL,包括这个DSL的规范支持哪些特性、如何帮助团队描述领域模型的方方面面、这些特性的选择基于何种考量等。然后在此基础上详细讲解了如何使用技术工具将描述领域模型的DSL文档直接转化为可以工作的软件代码,在这个过程中结合诸多来自商业软件开发工作中的真实案例,展示并分析了大量的关键代码,让读者可以深入地了解制造那些基于DSL的DDD技术工具的秘密。之后讲述了一些建模案例,并探讨了一些与DDD相关的其他话题,对读者开拓技术思维、更深刻地理解DDD有所助益。
【作者简介】
杨捷锋,曾就职于南开戈德集团、普天集团、通路快建等公司。曾作为独立技术顾问为海尔集团、沈阳飞机工业集团、上广电NEC、天马微电子等企业提供软件开发与技术咨询服务。目前在一家电商创业公司担任技术负责人。有多个大型企业应用软件的分析建模经验,以及大型开发框架(ORM、IoC等)的架构经验。多年来一直未脱离软件开发一线工作,近年来自认为对软件系统分析、数据建模、领域驱动设计、项目管理略有心得。
【目录】
前 言

第一部分 概念

第1章 DDD 的关键概念  2

1.1 自顶而下、逐步求精  3

1.1.1 DDD开创全新分析流派  3

1.1.2 什么是软件的核心复杂性  4

1.2 什么是领域模型  4

1.3 战术层面的关键概念  6

1.3.1 实体  6

1.3.2 值对象  6

1.3.3 聚合与聚合根、聚合内部实体  7

1.3.4 聚合的整体与局部  9

1.3.5 聚合是数据修改的单元  9

1.3.6 聚合分析是“拆分”的基础  10

1.3.7 服务  12

1.4 战略层面的关键概念  13

1.4.1 限界上下文  13

1.4.2 限界上下文与微服务  14

1.4.3 防腐层  15

1.4.4 统一语言  18

1.5 ER 模型、OO模型和关系模型  19

1.6 概念建模与模型范式  21

第2章 其他DDD相关概念  22

2.1 领域 ID  22

2.1.1 自然键与代理键  23

2.1.2 DDD 实体的 ID 需要被最终用户看到  23

2.1.3 什么时候使用代理键  24

2.2 ID、Local ID 与 Global ID  26

2.3 命令、事件与状态  27

第3章 CQRS 与 Event Sourcing  29

3.1 命令查询职责分离  29

3.2 事件溯源  32

3.3 From-Thru 模式  33

3.3.1 示例:ProductPrice  33

3.3.2 示例:PartyRelationship  35

3.4 CQRS、ES 与流处理  36

第二部分 设计

第4章 DDD 的 DSL是什么  40

4.1 为什么 DDD 需要 DSL  41

4.1.1 为什么实现 DDD 那么难  41

4.1.2 搞定 DDD 的“锤子”在哪里  42

4.2 需要什么样的 DSL  43

4.2.1 在“信仰”上保持中立  44

4.2.2 DDD 原生  45

4.2.3 在复杂和简单中平衡  46

4.2.4 通过 DSL 重塑软件开发过程  48

4.3 DDDML——DDD 的 DSL  48

4.3.1 DDDML 的词汇表  49

4.3.2 DDDML 的 Schema  51

4.4 DDDML 示例:Car  52

4.4.1 “对象”的名称在哪里  55

4.4.2 使用两种命名风格:camelCase 与 PascalCase  55

4.4.3 为何引入关键字 itemType  56

第5章 限界上下文  57

5.1 DDDML 文档的根结点下有什么  57

5.2 限界上下文的配置  59

5.3 名称空间  62

5.3.1 再谈 PascalCase 命名风格  62

5.3.2 注意两个字母的首字母缩写词  63

5.4 关于模块  64

第6章 值对象  67

6.1 领域基础类型  68

6.1.1 例子:从 OFBiz 借鉴过来的类型系统  70

6.1.2 例子:任务的触发器  73

6.2 数据值对象  75

6.3 枚举对象  76

第7章 聚合与实体  79

7.1 用同一个结点描述聚合及聚合根  79

7.2 实体之间只有一种基本关系  82

7.3 关于实体的 ID  85

7.4 不变的实体  89

7.5 动态对象  90

7.6  继承与多态  92

7.6.1 使用关键字 inheritedFrom  94

7.6.2 超对象  95

7.7 引用  97

7.7.1 定义实体的引用  97

7.7.2 属性的类型与引用类型  101

7.8 基本属性与派生属性  102

7.8.1 类型为实体集合的派生属性  103

7.8.2 类型为值对象的派生属性  106

7.9 约束  107

7.9.1 在实体层面的约束  107

7.9.2 在属性层面的约束  109

7.10 提供扩展点  110

第8章 超越数据模型  112

8.1 实体的方法  112

8.1.1 聚合根的方法  115

8.1.2 非聚合根实体的方法  116

8.1.3 属性的命令  117

8.1.4 命令 ID 与请求者 ID  119

8.2 记录业务逻辑  119

8.2.1 关于 accountingQuantityTypes  120

8.2.2 关于 derivationLogic  120

8.2.3 关于 filter  121

8.2.4 使用关键字referenceFilter  121

8.2.5 业务逻辑代码中的变量  122

8.2.6 说说区块链  123

8.3 领域服务  123

8.4 在方法定义中使用关键字 inheritedFrom  125

8.5 方法的安全性  126

第9章 模式  128

9.1 账务模式  128

9.2 状态机模式  132

9.3 树结构模式  137

9.3.1 简单的树  137

9.3.2 使用关键字structureType  138

9.3.3 使用关键字structureTypeFilter  139

第三部分 实践

第10章 处理限界上下文与值对象  142

10.1 项目文件  143

10.2 处理值对象  144

10.2.1 一个需要处理的数据值对象示例  145

10.2.2 使用 Hibernate 存储数据值对象  146

10.2.3 处理值对象的集合  149

10.2.4 在 URL 中使用数据值对象  151

10.2.5 处理领域基础类型  153

第11章 处理聚合与实体  161

11.1 生成聚合的代码  162

11.1.1 接口  163

11.1.2 代码中的命名问题  178

11.1.3 接口的实现  179

11.1.4 事件存储与持久化  207

11.1.5 使用 Validation 框架  218

11.1.6 保证静态方法与模型同步更新  220

11.1.7 不使用事件溯源  222

11.2 Override 聚合对象的方法  223

11.3 处理继承  225

11.3.1 TPCH  226

11.3.2 TPCC  227

11.3.3 TPS  228

11.4 处理模式  229

11.4.1 处理账务模式  229

11.4.2 处理状态机模式  234

第12章 处理领域服务  238

12.1 处理数据的一致性  239

12.1.1 使用数据库事务实现一致性  240

12.1.2 使用 Saga 实现最终一致性  241

12.2 发布与处理领域事件  243

12.2.1 编写 DDDML 文档  243

12.2.2 生成的事件发布代码  245

12.2.3 编写生产端聚合的业务逻辑  253

12.2.4 实现消费端领域事件的处理  254

12.3 支持基于编制的 Saga  255

12.3.1 编写 DDDML 文档  255

12.3.2 生成的 Saga 命令处理代码  261

12.3.3 需要我们编写的 Saga 代码  268

12.3.4 需要我们实现的实体方法  273

第13章 RESTful API  276

13.1 RESTful API 的最佳实践  276

13.1.1 没有必要绞尽脑汁地寻找名词  277

13.1.2 尽可能使用 HTTP作为封包  277

13.1.3 异常处理  279

13.2 聚合的 RESTful API  280

13.2.1 GET  280

13.2.2 PUT  291

13.2.3 PATCH  293

13.2.4 DELETE  295

13.2.5 POST  295

13.2.6 事件溯源 API  296

13.2.7 树的查询接口  297

13.3 服务的 RESTful API  297

13.4 身份与访问管理  299

13.4.1 获取 OAuth 2.0 Bearer Token  299

13.4.2 在资源服务器上处理授权  301

13.5 生成 Client SDK  302

13.5.1 创建聚合实例  303

13.5.2 更新聚合实例  304

13.5.3 使用 Retrofit2  306

第14章 直达 UI  308

14.1 两条路线的斗争  309

14.1.1 前端“知道”领域模型  309

14.1.2 前端“只知道”RESTful API  312

14.2 生成 Admin UI  312

14.2.1 使用 referenceFilter  313

14.2.2 展示派生的实体集合属性  315

14.2.3 使用属性层面的约束  316

14.2.4 使用 UI 层元数据  317

14.2.5 构建更实时的应用  318

第四部分 建模漫谈与 DDD 随想

第15章 找回敏捷的软件设计  322

15.1 重构不是万能灵药  323

15.2 数据建模示例:订单的装运与支付  324

15.2.1 订单与订单行项  325

15.2.2 订单与订单装运组  327

15.2.3 订单与装运单  328

15.2.4 订单的项目发货  329

15.2.5 订单的支付  330

15.3 中台是一个轮回  332

15.4 实例化需求与行为驱动测试  334

15.4.1  什么是实例化需求  334

15.4.2 BDD 工具  335

15.4.3 BDD 工具应与 DDD 相得益彰  336

15.4.4 不要在验收测试中使用固件数据  336

15.4.5 制造“制造数据”的工具  337

15.5 要领域模型驱动,不要 UI 驱动  345

15.6 不要用“我”的视角设计核心模型  346

15.6.1 让 User 消失  347

15.6.2 认识一下 Party  348

15.7 我们想要的敏捷设计  350

第16章 说说 SaaS  351

16.1 何为 SaaS  351

16.2 多租户技术  352

16.3 构建成功的 SaaS 有何难  353

16.3.1 多租户系统的构建成本  353

16.3.2 难以满足的定制化需求  353

16.3.3 负重前行的传统软件公司  355

16.4 SaaS 需要 DDD  355

第17章 更好的“锤子”  356

17.1 我们制作的一个 DDDML GUI 工具  357

17.1.1 给领域建模提供起点  357

17.1.2 创建新的限界上下文  358

17.1.3 从 OFBiz 中“借鉴”数据模型  359

17.1.4 构建项目并运行应用  361

17.1.5 使用 HTTP PUT 方法创建实体  362

17.1.6 给聚合增加方法  363

17.1.7 生成限界上下文的Demo Admin UI  368

17.1.8 让不同层级的开发人员各尽其能  369

17.2 以统一语言建模  370

附录 DDDML 示例与缩写表  373
点击展开 点击收起

—  没有更多了  —

以下为对购买帮助不大的评价

此功能需要访问孔网APP才能使用
暂时不用
打开孔网APP