¥ 199 九品
仅1件
作者[美]Scott、[美]Nick Tune 著;蒲成 译
出版社清华大学出版社
出版时间2016-03
版次1
装帧平装
货号B1722
上书时间2024-08-04
Scott Millett,是Iglu.com的IT总监,从1.0版本开始就使用.NET工作了。他在2010年和2011年获得了ASP.NET MVP,并且还著有《ASP.NET设计模式》和《精通.NET企业项目开发:的模式、工具与方法》。
Nick Tune,是用技术、协作和领域驱动设计为复杂业务问题提供解决方案的软件开发者。通过开发目标宏伟的产品以及与充满热情的人一起工作,他在寻求不断地自我提升。
第Ⅰ部分 领域驱动设计的原则与实践
第1章 什么是领域驱动设计3
1.1 为复杂问题域创建软件的挑战4
1.1.1 未使用通用语言创建的代码4
1.1.2 组织结构的缺乏5
1.1.3 泥球模式将扼杀开发5
1.1.4 缺乏对问题域的关注5
1.2 领域驱动设计模式如何管理复杂性6
1.2.1 DDD的战略模式6
1.2.2 DDD的战术模式8
1.2.3 问题空间与解空间9
1.3 领域驱动设计的实践与原则10
1.3.1 专注于核心领域10
1.3.2 通过协作进行学习10
1.3.3 通过探索和实验来创建模型10
1.3.4 通信11
1.3.5 理解模型的适用性11
1.3.6 让模型持续发展11
1.4 领域驱动设计的常见误区12
1.4.1 战术模式是DDD的关键12
1.4.2 DDD是一套框架12
1.4.3 DDD是一颗灵丹妙药12
1.5 要点13
第2章 提炼问题域15
2.1 知识提炼与协作15
2.1.1 通过通用语言达成共识16
2.1.2 领域知识的重要性17
2.1.3 业务分析员的角色17
2.1.4 一个持续过程17
2.2 与领域专家一起获得领域见解18
2.2.1 领域专家与业务相关人员的对比18
2.2.2 对于业务的更深刻理解18
2.2.3 与你的领域专家互动19
2.3 有效提炼知识的模式19
2.3.1 专注在最有意思的对话上19
2.3.2 从用例开始19
2.3.3 提出有力的问题20
2.3.4 草图20
2.3.5 CRC卡21
2.3.6 延迟对模型中概念的命名21
2.3.7 行为驱动开发21
2.3.8 快速成型23
2.3.9 查看基于纸面的系统23
2.4 查看现有模型23
2.4.1 理解意图24
2.4.2 事件风暴24
2.4.3 影响地图25
2.4.4 理解业务模型26
2.4.5 刻意发现27
2.4.6 模型探讨漩涡27
2.5 要点28
第3章 专注于核心领域31
3.1 为何要分解一个问题域31
3.2 如何捕获问题的实质32
3.2.1 超越需求32
3.2.2 为达成什么是核心内容的共识而捕获领域愿景32
3.3 如何专注于核心问题33
3.3.1 提炼问题域34
3.3.2 核心领域35
3.3.3 将你的核心领域当作一款产品而非一个项目36
3.3.4 通用域36
3.3.5 支撑域37
3.4 子域如何决定解决方案的形成37
3.5 并非一个系统的所有部分都会经过良好设计38
3.5.1 专注于清晰边界而非完美模型38
3.5.2 一开始核心领域不必总是需要是完美的39
3.5.3 构建用于替代而非重用的子域39
3.6 如果没有核心领域怎么办39
3.7 要点39
第4章 模型驱动设计41
第5章 领域模型实现模式59
第6章 使用有界上下文维护领域模型的完整性73
第7章 上下文映射91
第8章 应用程序架构103
第9章 团队开始应用领域驱动设计通常会遇到的问题119
第10章 应用DDD的原则、实践与模式129
第Ⅱ部分 战略模式:在有界上下文之间通信
第11章 有界上下文集成介绍149
第12章 通过消息传递集成177
第13章 通过使用RPC和REST的HTTP来集成241
第Ⅲ部分 战术模式:创建有效的领域模型
第14章 构造块领域建模介绍303
第15章 值对象323
第16章 实体355
第17章 领域服务383
第18章 领域事件399
第19章 聚合421
第21章 存储库471
第22章 事件溯源587
第Ⅳ部分 有效应用程序的设计模式
第23章 应用程序用户界面的架构设计637
第24章 CQRS:一种有界上下文的架构659
第25章 命令:用于处理业务用例的应用程序服务模式677
第26章 查询:领域报告703
— 没有更多了 —
以下为对购买帮助不大的评价