本书的4位作者都是世界**的软件开发专家和敏捷导师，都有数十年的软件行业从业经验，其中3位曾荣获Jolt大奖。本书是敏捷软件开发领域公认的经典著作，权威性毋庸置疑。
书中内容围绕“敏捷式编程”这一主题展开，对每一位敏捷软件开发人员都应该掌握的核心技能和技术进行了深入阐述，总结出了大量*佳实践，提供了一整套*精炼的技术集合，可以帮助他们在开发中变得游刃有余，极大地提高开发效率和软件质量。
全书共分四个部分：**部分（1~7章）��阐述了在软件开发过程中能起到“四两拨千斤”作用的几种思想方法（“小舵板”），如意图导向编程、分离构造和使用、测试先行和Shalloway原则等，并总结了业界常用的几种实践，包括如何封装、面向接口的设计和验收测试驱动等；第二部分（8~9章），对过度设计和持续集成这两个问题进行了深入的探讨，并给出了*佳实践；第三部分（10~13章），作者分享了很多只有在他们的教学现场才能获得的经验，这些经验是**架构师应该具备的，具体包括共性和可变性分析、以开放关闭原则为目标的重构、需求与功能接口、何时以及如何使用继承等重要内容；第四部分是附录，介绍了统一建模语言、提高代码质量的

Chapter 1
意图导向编程
旧貌总能换新颜。那些给我们写了极限编程书籍的人们?这些人包括：Kent Beck、Cynthia Andres、Martin Fowler、James Newkirk、Robert Martin、Ron Jeffries、Lisa Crispin、Tip House、Ann Anderson 和 Chet Hendrickson 。也在着力于推广一系列软件开发的*佳实践。其中一个实践，他们称为“意图导向编程”（Programming by Intention，也称目的导向编程）。它并非一个全新的概念，数年前，在COBOL和Smalltalk等语言中，它是个非常普遍的编码技术（常常称为“自顶向下”编程）。实践确实是个好东西：经过时间检验的东西往往*可靠，因为它们的价值在真实环境中被一次次地证明。本章中，我们将一起来考察这一实践，首先，我们简单地说明它是什么，然后研究我们遵照着做会有什么好处。*后讨论它与测试、可测试性以及设计方面的相关性。
1.1意图导向编程：一个实例
在这个实例中，需要写些代码。我们需要创建一个服务程序，它接受一个业务交易，然后提交。我们决定（不管是正确或错误）先简单创建一个对象，这个对象只包含一个公共方法来完成这件事。
具体需求如下：
·交易信息开始于一串标准ASCII字符串。
·这个信息字符串必须转换成一个字符串的数组，数组存放的值是此次交易用到的领域语言（domain language）中所包含的词汇元素（token）。
·每一个词汇元素必须标准化（**个字母大写，其余字母小写，空格和非字母数字的符号都要删掉）。
·包含超过150个词汇元素的交易，应该采用不同于小型交易的方式（不同的算法）来提交，以提**率。
·如果提交成功，API方法应该返回“true”；失败，则应该返回“false”。
这里并没有涉及某些细节(比如提交的算法具体是什么)，这样就可以只关注我们感兴趣的实践。
有一点是应该充分利用的：在学习一种程序语言编码的时候，我们会把问题分解为一系列的功能性步骤，在这个过程中，我们的思维不断地得到锻炼。随着代码写得越来越多，我们解决这类问题的能力也变得越来越强。
继续考虑前面的那个问题，需求列出的每一点要求都代表一个功能性步骤。在写代码的过程中，我们会按照一定的顺序，有意识地去完成每一点要求。而意图导向编程是指，先假设当前这个对象中，已经有了一个理想方法，它可以准确无误地完成你想做的事情，而不是直接盯着每一点要求来编写代码。先问问自己：“假如这个理想的方法已经存在，它应该具有什么样的输入参数，返回什么值？还有，对我来说，什么样的名字*符合它的意义？”

**序
译者序
丛书前言
前言
致谢
**部分*关键的小舵板
第1章意图导向编程
1.1意图导向编程：一个实例
1.2优点
1.2.1方法的内聚性
1.2.2可读性和表达性
1.2.3调试
1.2.4重构和增强
1.2.5单元测试
1.2.6更易修改和扩展
1.2.7在代码中发现模式
1.2.8可迁移的方法
1.3小结
第2章分离构造和使用
2.1一个重要的问题
2.2两种视图
2.2.1创建视图
2.2.2使用视图
2.2.3隐藏的部分更容易改动
2.2.4现实的做法
2.2.5一些实际的考量因素
2.3给你的决策计时
2.4重载和C++
2.5自我查验
2.6小结
第3章代码未动，测试先行
3.1一个小舵板：测试与可测试性
3.2什么是测试
3.3可测试性和代码质量
3.4案例学习：可测试性
3.4.1随时应对变化
3.4.2青蛙一样的程序员
3.5一个关于测试先行的思考
3.5.1更好的设计
3.5.2更清晰的范围和避免不必要的工作
3.5.3降低复杂性
3.5.4其他优势
3.5.5没有例外
3.6小结
第4章Shalloway法则和Shalloway原则
4.1冗余的种类
4.1.1复制和粘贴
4.1.2“魔法”数字
4.1.3其他类型
4.2重新定义冗余
4.3其他形式的冗余
4.4设计模式在减少冗余时扮演的角色
4.5很少有开发人员花费大量的时间去“修改”代码错误
4.6冗余对代码质量其他方面的影响
4.7小结
第5章封装
5.1未封装的代码：对全局变量的破坏
5.2成员标志的封装
5.3自封装成员
5.4预防代码更改
5.5封装引用对象的难点
5.6用get()来打破封装
5.7对象类型的封装
5.8设计的封装
5.9各个层次的封装
5.10实用性建议：把困难封装起来
5.11小结
第6章面向接口的设计
6.1针对接口的设计
6.2接口的定义
6.3接口约定
6.4分离不同的视图
6.5接口的模拟实现
6.6让接口保持简单
6.7避免过早采用继承体系
6.8接口和抽象类
6.9依赖反转原则
6.10多态性概述
6.11不是每个类都需要接口
6.12小结
第7章验收测试驱动开发
7.1两种开发流程
7.2验收测试
7.3一个关于验收测试的实例
7.4实现验收测试
7.4.1针对用户界面的测试脚本
7.4.2测**户界面
7.4.3XUnit测试
7.4.4验收测试框架
7.4.5四种方法间的联系
7.5一个练习
7.6如果客户不告诉你怎么做的时候，你应该怎么办
7.7小结
第二部分基本态度
第8章避免过度设计或设计不足
8.1给开发人员的箴言
8.2代码质量病理学
8.3避免过度设计或设计不足
8.4把复杂度和返工*小化
8.5永不把代码变得更糟/仅在有目的的情况下降低代码质量
8.6使代码容易修改，足够强大健壮，适应变化并**可靠
8.7在非面向对象的代码或**系统里编写易于修改代码的策略
8.8小结
第9章持续集成
9.1建立源代码分支
9.1.1多版本：特殊分支
9.1.2孤立地工作：开发分支
9.1.3问题、解决方案、新的问题
9.2将主干内容合并回分支
9.3测试驱动开发与合并成本
9.4持续集成
9.5持续集成服务器
9.6小结
第三部分设计问题
第10章共性和可变性分析
10.1用动词和名词来做指南：警告，前面有危险
10.2真正的问题是什么
10.3我们所需要知道的
10.4共性和可变性分析
10.4.1共性分析
10.4.2可变性分析
10.4.3面向对象设计“一箭三雕”
10.5发掘对象的新范式
10.6分析矩阵：一个用例学习
10.7小结
第11章以开放关闭原则为目标的重构
11.1开放关闭原则
11.1.1从开放关闭原则引申到其他
11.1.2开放关闭原则是一个“原则”
11.2重构
11.2.1为何重构
11.2.2负债还是投资
11.2.3重构和**系统
11.2.4以开放关闭原则为目标的重构
11.2.5“及时”设计
11.3小结
第12章需求与功能接口
12.1迪米特法则
12.2耦合，可恶的耦合，还有依赖
12.2.1耦合和可测试性
12.2.2需求与功能
12.3理想的分离方案：需求接口和
功能接口
12.4回到迪米特法则
12.5小结
第13章何时以及如何使用继承
13.1“四人组”
13.2初始向量，*终结果
13.3优先委托
13.4使用继承与使用委托
13.5继承的使用
13.6可扩展性
13.7在敏捷开发里应用四人组的训诫
13.8测试问题
13.9更多
第四部分附录
附录A统一建模语言概览
附录B代码质量
附录C封装原始数据类型

·4位世界**软件开发专家、敏捷导师兼Jolt大奖获得者数十年工作经验结晶，敏捷软件开发领域公认的经典著作
·围绕意图导向编程、分离构造和使用、测试先行、Shalloway原则、面向接口设计、测试驱动开发、避免过度设计、持续集成、共性和可变性分析、重构等核心技术主题给出了大量*佳实践，字字珠玑