领域驱动设计模式、原理与实践

作者: [美] Scott 著 , [美] Nick Tune 著 , 蒲成译

出版社: 清华大学出版社

出版时间: 2016-03

版次: 1

ISBN: 9787302428909

定价: 99.80

装帧: 平装

开本: 16开

纸张: 胶版纸

页数: 752页

字数: 1144千字

分类: 计算机与互联网

80人买过

　　《领域驱动设计模式、原理与实践》分为四个部分。第Ⅰ部分主要是介绍DDD的思想体系、原则以及实践。第Ⅱ部分详细介绍集成有界上下文的战术模式。第Ⅲ部分将介绍创建有效领域模型的战略模式。第Ⅳ部分将深入介绍你可以应用的设计模式，以便利用领域模型和构建有效应用程序。　　Scott Millett，是Iglu.com的IT总监，从1.0版本开始就使用.NET工作了。他在2010年和2011年获得了ASP.NET MVP，并且还著有《ASP.NET设计模式》和《精通.NET企业项目开发：的模式、工具与方法》。
　　Nick Tune，是用技术、协作和领域驱动设计为复杂业务问题提供解决方案的软件开发者。通过开发目标宏伟的产品以及与充满热情的人一起工作，他在寻求不断地自我提升。第Ⅰ部分领域驱动设计的原则与实践第1章什么是领域驱动设计 31.1 为复杂问题域创建软件的挑战 41.1.1 未使用通用语言创建的代码 41.1.2 组织结构的缺乏 51.1.3 泥球模式将扼杀开发 51.1.4 缺乏对问题域的关注 51.2 领域驱动设计模式如何管理复杂性 61.2.1 DDD的战略模式 61.2.2 DDD的战术模式 81.2.3 问题空间与解空间 91.3 领域驱动设计的实践与原则 101.3.1 专注于核心领域 101.3.2 通过协作进行学习 101.3.3 通过探索和实验来创建模型 101.3.4 通信 111.3.5 理解模型的适用性 111.3.6 让模型持续发展 111.4 领域驱动设计的常见误区 121.4.1 战术模式是DDD的关键 121.4.2 DDD是一套框架 121.4.3 DDD是一颗灵丹妙药 121.5 要点 13第2章提炼问题域 152.1 知识提炼与协作 152.1.1 通过通用语言达成共识 162.1.2 领域知识的重要性 172.1.3 业务分析员的角色 172.1.4 一个持续过程 172.2 与领域专家一起获得领域见解 182.2.1 领域专家与业务相关人员的对比 182.2.2 对于业务的更深刻理解 182.2.3 与你的领域专家互动 192.3 有效提炼知识的模式 192.3.1 专注在最有意思的对话上 192.3.2 从用例开始 192.3.3 提出有力的问题 202.3.4 草图 202.3.5 CRC卡 212.3.6 延迟对模型中概念的命名 212.3.7 行为驱动开发 212.3.8 快速成型 232.3.9 查看基于纸面的系统 232.4 查看现有模型 232.4.1 理解意图 242.4.2 事件风暴 242.4.3 影响地图 252.4.4 理解业务模型 262.4.5 刻意发现 272.4.6 模型探讨漩涡 272.5 要点 28第3章专注于核心领域 313.1 为何要分解一个问题域 313.2 如何捕获问题的实质 323.2.1 超越需求 323.2.2 为达成什么是核心内容的共识而捕获领域愿景 323.3 如何专注于核心问题 333.3.1 提炼问题域 343.3.2 核心领域 353.3.3 将你的核心领域当作一款产品而非一个项目 363.3.4 通用域 363.3.5 支撑域 373.4 子域如何决定解决方案的形成 373.5 并非一个系统的所有部分都会经过良好设计 383.5.1 专注于清晰边界而非完美模型 383.5.2 一开始核心领域不必总是需要是完美的 393.5.3 构建用于替代而非重用的子域 393.6 如果没有核心领域怎么办 393.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
内容简介:
　　《领域驱动设计模式、原理与实践》分为四个部分。第Ⅰ部分主要是介绍DDD的思想体系、原则以及实践。第Ⅱ部分详细介绍集成有界上下文的战术模式。第Ⅲ部分将介绍创建有效领域模型的战略模式。第Ⅳ部分将深入介绍你可以应用的设计模式，以便利用领域模型和构建有效应用程序。
作者简介:
　　Scott Millett，是Iglu.com的IT总监，从1.0版本开始就使用.NET工作了。他在2010年和2011年获得了ASP.NET MVP，并且还著有《ASP.NET设计模式》和《精通.NET企业项目开发：的模式、工具与方法》。
　　Nick Tune，是用技术、协作和领域驱动设计为复杂业务问题提供解决方案的软件开发者。通过开发目标宏伟的产品以及与充满热情的人一起工作，他在寻求不断地自我提升。
目录:
第Ⅰ部分领域驱动设计的原则与实践第1章什么是领域驱动设计 31.1 为复杂问题域创建软件的挑战 41.1.1 未使用通用语言创建的代码 41.1.2 组织结构的缺乏 51.1.3 泥球模式将扼杀开发 51.1.4 缺乏对问题域的关注 51.2 领域驱动设计模式如何管理复杂性 61.2.1 DDD的战略模式 61.2.2 DDD的战术模式 81.2.3 问题空间与解空间 91.3 领域驱动设计的实践与原则 101.3.1 专注于核心领域 101.3.2 通过协作进行学习 101.3.3 通过探索和实验来创建模型 101.3.4 通信 111.3.5 理解模型的适用性 111.3.6 让模型持续发展 111.4 领域驱动设计的常见误区 121.4.1 战术模式是DDD的关键 121.4.2 DDD是一套框架 121.4.3 DDD是一颗灵丹妙药 121.5 要点 13第2章提炼问题域 152.1 知识提炼与协作 152.1.1 通过通用语言达成共识 162.1.2 领域知识的重要性 172.1.3 业务分析员的角色 172.1.4 一个持续过程 172.2 与领域专家一起获得领域见解 182.2.1 领域专家与业务相关人员的对比 182.2.2 对于业务的更深刻理解 182.2.3 与你的领域专家互动 192.3 有效提炼知识的模式 192.3.1 专注在最有意思的对话上 192.3.2 从用例开始 192.3.3 提出有力的问题 202.3.4 草图 202.3.5 CRC卡 212.3.6 延迟对模型中概念的命名 212.3.7 行为驱动开发 212.3.8 快速成型 232.3.9 查看基于纸面的系统 232.4 查看现有模型 232.4.1 理解意图 242.4.2 事件风暴 242.4.3 影响地图 252.4.4 理解业务模型 262.4.5 刻意发现 272.4.6 模型探讨漩涡 272.5 要点 28第3章专注于核心领域 313.1 为何要分解一个问题域 313.2 如何捕获问题的实质 323.2.1 超越需求 323.2.2 为达成什么是核心内容的共识而捕获领域愿景 323.3 如何专注于核心问题 333.3.1 提炼问题域 343.3.2 核心领域 353.3.3 将你的核心领域当作一款产品而非一个项目 363.3.4 通用域 363.3.5 支撑域 373.4 子域如何决定解决方案的形成 373.5 并非一个系统的所有部分都会经过良好设计 383.5.1 专注于清晰边界而非完美模型 383.5.2 一开始核心领域不必总是需要是完美的 393.5.3 构建用于替代而非重用的子域 393.6 如果没有核心领域怎么办 393.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

查看详情

其他版本 / 全部 (1)