重构:改善既有代码的设计(软件开发的不朽经典)
重构:改善既有代码的设计(软件开发的不朽经典)
基本信息
作者： (美)Martin Fowler
译者： 熊节[同译者作品]
丛书名： 图灵程序设计丛书
出版社：人民邮电出版社
ISBN：9787115221704
上架时间：2010-2-1
出版日期：2010 年2月
开本：16开
【编辑推荐】
软件开发的不朽经典
生动阐述重构原理和具体做法
普通程序员进阶到编程高手必须修炼的秘笈
【内容简介】
重构，一言以蔽之，就是在不改变外部行为的前提下，有条不紊地改善代码。多年前，正是本书原版的出版，使重构终于从编程高手们的小圈子走出，成为众多普通程序员日常开发工作中不可或缺的一部分。本书也因此成为与《设计模式》齐名的经典著作，被译为中、德、俄、日等众多语言，在世界范围内畅销不衰。
本书凝聚了软件开发社区专家多年摸索而获得的宝贵经验，拥有不因时光流逝而磨灭的价值。今天，无论是重构本身，业界对重构的理解，还是开发工具对重构的支持力度，都与本书最初出版时不可同日而语，但书中所蕴涵的意味和精华，依然值得反复咀嚼，而且往往能够常读常新。
目录
第1章 重构，第一个案例 1
1.1 起点 1
1.2 重构的第一步 7
1.3 分解并重组statement() 8
1.4 运用多态取代与价格相关的条件逻辑 34
1.5 结语 52
第2章 重构原则 53
2.1 何谓重构 53
2.2 为何重构 55
2.3 何时重构 57
2.4 怎么对经理说 60
2.5 重构的难题 62
2.6 重构与设计 66
2.7 重构与性能 69
2.8 重构起源何处 71
第3章 代码的坏味道 75
3.1 Duplicated Code（重复代码） 76
3.2 Long Method（过长函数） 76
3.3 Large Class（过大的类） 78
3.4 Long Parameter List（过长参数列） 78
1.1 起点 1
1.2 重构的第一步 7
1.3 分解并重组statement() 8
1.4 运用多态取代与价格相关的条件逻辑 34
1.5 结语 52
第2章 重构原则 53
2.1 何谓重构 53
2.2 为何重构 55
2.3 何时重构 57
2.4 怎么对经理说 60
2.5 重构的难题 62
2.6 重构与设计 66
2.7 重构与性能 69
2.8 重构起源何处 71
第3章 代码的坏味道 75
3.1 Duplicated Code（重复代码） 76
3.2 Long Method（过长函数） 76
3.3 Large Class（过大的类） 78
3.4 Long Parameter List（过长参数列） 78
.3.5 Divergent Change（发散式变化） 79
3.6 Shotgun Surgery（霰弹式修改） 80
3.7 Feature Envy（依恋情结） 80
3.8 Data Clumps（数据泥团） 81
3.9 Primitive Obsession（基本类型偏执） 81
3.10 Switch Statements（switch惊悚现身） 82
3.11 Parallel InheritanceHierarchies（平行继承体系） 83
3.12 Lazy Class（冗赘类） 83
3.13 Speculative Generality（夸夸其谈未来性） 83
3.14 Temporary Field（令人迷惑的暂时字段） 84
3.15 Message Chains（过度耦合的消息链） 84
3.16 Middle Man（中间人） 85
3.17 Inappropriate Intimacy（狎昵关系） 85
3.18 Alternative Classes with Different Interfaces（异曲同工的类） 85
3.19 Incomplete Library Class（不完美的库类） 86
3.20 Data Class（纯稚的数据类） 86
3.21 Refused Bequest（被拒绝的遗赠） 87
3.22 Comments（过多的注释） 87
第4章 构筑测试体系 89
4.1 自测试代码的价值 89
4.2 JUnit测试框架 91
4.3 添加更多测试 97
第5章 重构列表 103
5.1 重构的记录格式 103
5.2 寻找引用点 105
5.3 这些重构手法有多成熟 106
第6章 重新组织函数 109
6.1 Extract Method（提炼函数） 110
6.2 Inline Method（内联函数） 117
6.3 Inline Temp（内联临时变量） 119
6.4 Replace Temp with Query（以查询取代临时变量） 120
6.5 Introduce Explaining Variable（引入解释性变量） 124
6.6 Split Temporary Variable（分解临时变量） 128
6.7 Remove Assignments to Parameters（移除对参数的赋值） 131
6.8 Replace Method with Method Object（以函数对象取代函数） 135
6.9 Substitute Algorithm（替换算法） 139
第7章 在对象之间搬移特性 141
7.1 Move Method（搬移函数） 142
7.2 Move Field（搬移字段） 146
7.3 Extract Class（提炼类） 149
7.4 Inline Class（将类内联化） 154
7.5 Hide Delegate（隐藏“委托关系”） 157
7.6 Remove Middle Man（移除中间人） 160
7.7 Introduce Foreign Method（引入外加函数） 162
7.8 Introduce Local Extension（引入本地扩展） 164
第8章 重新组织数据 169
8.1 Self Encapsulate Field（自封装字段） 171
8.2 Replace Data Value with Object（以对象取代数据值） 175
8.3 Change Value to Reference（将值对象改为引用对象） 179
8.4 Change Reference to Value（将引用对象改为值对象） 183
8.5 Replace Array with Object（以对象取代数组） 186
8.6 Duplicate Observed Data（复制“被监视数据”） 189
8.7 Change Unidirectional Association to Bidirectional（将单向关联改为双向关联） 197
8.8 Change Bidirectional Association to Unidirectional（将双向关联改为单向关联） 200
8.9 Replace Magic Number with Symbolic Constant（以字面常量取代魔法数） 204
8.10 Encapsulate Field（封装字段） 206
8.11 Encapsulate Collection（封装集合） 208
8.12 Replace Record with Data Class（以数据类取代记录） 217
8.13 Replace Type Code with Class（以类取代类型码） 218
8.14 Replace Type Code with Subclasses（以子类取代类型码） 223
8.15 Replace Type Code with State/Strategy（以State/Strategy取代类型码） 227
8.16 Replace Subclass with Fields（以字段取代子类） 232
第9章 简化条件表达式 237
9.1 Decompose Conditional（分解条件表达式） 238
9.2 Consolidate Conditional Expression（合并条件表达式） 240
9.3 Consolidate Duplicate Conditional Fragments（合并重复的条件片段） 243
9.4 Remove Control Flag（移除控制标记） 245
9.5 Replace Nested Conditional with Guard Clauses（以卫语句取代嵌套条件表达式） 250
9.6 Replace Conditional with Polymorphism（以多态取代条件表达式） 255
9.7 Introduce Null Object（引入Null对象） 260
9.8 Introduce Assertion（引入断言） 267
第10章 简化函数调用 271
10.1 Rename Method（函数改名） 273
10.2 Add Parameter（添加参数） 275
10.3 Remove Parameter（移除参数） 277
10.4 Separate Query from Modifier（将查询函数和修改函数分离） 279
10.5 Parameterize Method（令函数携带参数） 283
10.6 Replace Parameter with Explicit Methods（以明确函数取代参数） 285
10.7 Preserve Whole Object（保持对象完整） 288
10.8 Replace Parameter with Methods（以函数取代参数） 292
10.9 Introduce Parameter Object（引入参数对象） 295
10.10 Remove Setting Method（移除设值函数） 300
10.11 Hide Method（隐藏函数） 303
10.12 Replace Constructor with Factory Method（以工厂函数取代构造函数） 304
10.13 Encapsulate Downcast（封装向下转型） 308
10.14 Replace Error Code with Exception（以异常取代错误码） 310
10.15 Replace Exception with Test（以测试取代异常） 315
第11章 处理概括关系 319
11.1 Pull Up Field（字段上移） 320
11.2 Pull Up Method（函数上移） 322
11.3 Pull Up Constructor Body（构造函数本体上移） 325
11.4 Push Down Method（函数下移） 328
11.5 Push Down Field（字段下移） 329
11.6 Extract Subclass（提炼子类） 330
11.7 Extract Superclass（提炼超类） 336
11.8 Extract Interface（提炼接口） 341
11.9 Collapse Hierarchy（折叠继承体系） 344
11.10 Form. Tem Plate Method（塑造模板函数） 345
11.11 Replace Inheritance with Delegation（以委托取代继承） 352
11.12 Replace Delegation with Inheritance（以继承取代委托） 355
第12章 大型重构 359
12.1 Tease Apart Inheritance（梳理并分解继承体系） 362
12.2 Convert Procedural Design to Objects（将过程化设计转化为对象设计） 368
12.3 Separate Domain from Presentation（将领域和表述/显示分离） 370
12.4 Extract Hierarchy（提炼继承体系） 375
第13章 重构，复用与现实 379
13.1 现实的检验 380
13.2 为什么开发者不愿意重构他们的程序 381
13.3 再论现实的检验 394
13.4 重构的资源和参考资料 394
13.5 从重构联想到软件复用和技术传播 395
13.6 小结 397
13.7 参考文献 397
第14章 重构工具 401
14.1 使用工具进行重构 401
14.2 重构工具的技术标准 403
14.3 重构工具的实用标准 405
14.4 小结 407
第15章 总结 409
参考书目 413
要点列表 417
索引 419
3.6 Shotgun Surgery（霰弹式修改） 80
3.7 Feature Envy（依恋情结） 80
3.8 Data Clumps（数据泥团） 81
3.9 Primitive Obsession（基本类型偏执） 81
3.10 Switch Statements（switch惊悚现身） 82
3.11 Parallel InheritanceHierarchies（平行继承体系） 83
3.12 Lazy Class（冗赘类） 83
3.13 Speculative Generality（夸夸其谈未来性） 83
3.14 Temporary Field（令人迷惑的暂时字段） 84
3.15 Message Chains（过度耦合的消息链） 84
3.16 Middle Man（中间人） 85
3.17 Inappropriate Intimacy（狎昵关系） 85
3.18 Alternative Classes with Different Interfaces（异曲同工的类） 85
3.19 Incomplete Library Class（不完美的库类） 86
3.20 Data Class（纯稚的数据类） 86
3.21 Refused Bequest（被拒绝的遗赠） 87
3.22 Comments（过多的注释） 87
第4章 构筑测试体系 89
4.1 自测试代码的价值 89
4.2 JUnit测试框架 91
4.3 添加更多测试 97
第5章 重构列表 103
5.1 重构的记录格式 103
5.2 寻找引用点 105
5.3 这些重构手法有多成熟 106
第6章 重新组织函数 109
6.1 Extract Method（提炼函数） 110
6.2 Inline Method（内联函数） 117
6.3 Inline Temp（内联临时变量） 119
6.4 Replace Temp with Query（以查询取代临时变量） 120
6.5 Introduce Explaining Variable（引入解释性变量） 124
6.6 Split Temporary Variable（分解临时变量） 128
6.7 Remove Assignments to Parameters（移除对参数的赋值） 131
6.8 Replace Method with Method Object（以函数对象取代函数） 135
6.9 Substitute Algorithm（替换算法） 139
第7章 在对象之间搬移特性 141
7.1 Move Method（搬移函数） 142
7.2 Move Field（搬移字段） 146
7.3 Extract Class（提炼类） 149
7.4 Inline Class（将类内联化） 154
7.5 Hide Delegate（隐藏“委托关系”） 157
7.6 Remove Middle Man（移除中间人） 160
7.7 Introduce Foreign Method（引入外加函数） 162
7.8 Introduce Local Extension（引入本地扩展） 164
第8章 重新组织数据 169
8.1 Self Encapsulate Field（自封装字段） 171
8.2 Replace Data Value with Object（以对象取代数据值） 175
8.3 Change Value to Reference（将值对象改为引用对象） 179
8.4 Change Reference to Value（将引用对象改为值对象） 183
8.5 Replace Array with Object（以对象取代数组） 186
8.6 Duplicate Observed Data（复制“被监视数据”） 189
8.7 Change Unidirectional Association to Bidirectional（将单向关联改为双向关联） 197
8.8 Change Bidirectional Association to Unidirectional（将双向关联改为单向关联） 200
8.9 Replace Magic Number with Symbolic Constant（以字面常量取代魔法数） 204
8.10 Encapsulate Field（封装字段） 206
8.11 Encapsulate Collection（封装集合） 208
8.12 Replace Record with Data Class（以数据类取代记录） 217
8.13 Replace Type Code with Class（以类取代类型码） 218
8.14 Replace Type Code with Subclasses（以子类取代类型码） 223
8.15 Replace Type Code with State/Strategy（以State/Strategy取代类型码） 227
8.16 Replace Subclass with Fields（以字段取代子类） 232
第9章 简化条件表达式 237
9.1 Decompose Conditional（分解条件表达式） 238
9.2 Consolidate Conditional Expression（合并条件表达式） 240
9.3 Consolidate Duplicate Conditional Fragments（合并重复的条件片段） 243
9.4 Remove Control Flag（移除控制标记） 245
9.5 Replace Nested Conditional with Guard Clauses（以卫语句取代嵌套条件表达式） 250
9.6 Replace Conditional with Polymorphism（以多态取代条件表达式） 255
9.7 Introduce Null Object（引入Null对象） 260
9.8 Introduce Assertion（引入断言） 267
第10章 简化函数调用 271
10.1 Rename Method（函数改名） 273
10.2 Add Parameter（添加参数） 275
10.3 Remove Parameter（移除参数） 277
10.4 Separate Query from Modifier（将查询函数和修改函数分离） 279
10.5 Parameterize Method（令函数携带参数） 283
10.6 Replace Parameter with Explicit Methods（以明确函数取代参数） 285
10.7 Preserve Whole Object（保持对象完整） 288
10.8 Replace Parameter with Methods（以函数取代参数） 292
10.9 Introduce Parameter Object（引入参数对象） 295
10.10 Remove Setting Method（移除设值函数） 300
10.11 Hide Method（隐藏函数） 303
10.12 Replace Constructor with Factory Method（以工厂函数取代构造函数） 304
10.13 Encapsulate Downcast（封装向下转型） 308
10.14 Replace Error Code with Exception（以异常取代错误码） 310
10.15 Replace Exception with Test（以测试取代异常） 315
第11章 处理概括关系 319
11.1 Pull Up Field（字段上移） 320
11.2 Pull Up Method（函数上移） 322
11.3 Pull Up Constructor Body（构造函数本体上移） 325
11.4 Push Down Method（函数下移） 328
11.5 Push Down Field（字段下移） 329
11.6 Extract Subclass（提炼子类） 330
11.7 Extract Superclass（提炼超类） 336
11.8 Extract Interface（提炼接口） 341
11.9 Collapse Hierarchy（折叠继承体系） 344
11.10 Form. Tem Plate Method（塑造模板函数） 345
11.11 Replace Inheritance with Delegation（以委托取代继承） 352
11.12 Replace Delegation with Inheritance（以继承取代委托） 355
第12章 大型重构 359
12.1 Tease Apart Inheritance（梳理并分解继承体系） 362
12.2 Convert Procedural Design to Objects（将过程化设计转化为对象设计） 368
12.3 Separate Domain from Presentation（将领域和表述/显示分离） 370
12.4 Extract Hierarchy（提炼继承体系） 375
第13章 重构，复用与现实 379
13.1 现实的检验 380
13.2 为什么开发者不愿意重构他们的程序 381
13.3 再论现实的检验 394
13.4 重构的资源和参考资料 394
13.5 从重构联想到软件复用和技术传播 395
13.6 小结 397
13.7 参考文献 397
第14章 重构工具 401
14.1 使用工具进行重构 401
14.2 重构工具的技术标准 403
14.3 重构工具的实用标准 405
14.4 小结 407
第15章 总结 409
参考书目 413
要点列表 417
索引 419
译者序
构的生活方式
（译 序）
第一次听到“重构”这个词，是在2001年10月。在当时，它的思想足以令我感到震撼。软件自有其美感所在。软件工程希望建立完美的需求与设计，按照既有的规范编写标准划一的代码，这是结构的美；快速迭代和RAD颠覆“全知全能”的神话，用近乎刀劈斧砍（crack）的方式解决问题，在混沌的循环往复中实现需求，这是解构的美；而Kent Beck与Martin Fowler两人站在一起，以XP那敏捷而又严谨的方法论演绎了重构的美——我不知道是谁最初把refactoring一词翻译为“重构”，或许无心插柳，却成了点睛之笔。
我一直是设计模式的爱好者。曾经在我的思想中，软件开发应该有一个“理想国”——当然，在这个理想国维持着完美秩序的，不是哲学家，而是模式。设计模式给我们的，不仅仅是一些具体问题的解决方案，更有追求完美“理型”的渴望。但是，Joshua Kerievsky在那篇著名的《模式与XP》（收录于《极限编程研究》一书）中明白地指出：在设计前期使用模式常常导致过度工程（over-engineering）。这是一个残酷的现实，单凭对完美的追求无法写出实用的代码，而“实用”是软件压倒一切的要素。从一篇《停止过度工程》开始，Kerievsky撰写了“Refactoring to Patterns”系列文章。这位犹太人用他民族性的睿智头脑，敏锐地发现了软件的后结构主义道路。而让设计模式在飞速变化的网络时代重新闪现光辉的，又是重构的力量。
在一篇流传甚广的帖子里，有人把《重构》与《设计模式》并列为“Java行业的圣经”。在我看来这种并列其实并不准确。实际上，尽管我如此喜爱这本《重构》，但自从完成翻译之后，就再也没有读过它。不，不是因为我已经对它烂熟于心，而是因为重构已经变成了我的另一种生活方式，变成了我每天的“面包与黄油”，变成了我们整个团队的空气与水，以至于无需再到书中寻找任何“神谕”。而《设计模式》，我倒是放在手边时常翻阅，因为总是记得不那么真切。
所以，在你开始阅读本书之前，我要给你两个建议：首先，把你的敬畏扔到太平洋里去，对于即将变得像空气与水一样普通的技术，你无需对它敬畏；其次，找到合适的开发工具（如果你和我一样是Java人，那么这个“合适的工具”就是Eclipse），学会使用其中的自动测试和重构功能，然后再尝试使用本书介绍的任何技术。懒惰是程序员的美德之一，绝不要因为这本书让你变得勤快。
最后，即使你完全掌握了这本书中的所有东西，也千万不要跟别人吹嘘。在我们的团队里，程序员常常会说：“如果没有单元测试和重构，我没办法写代码。”
好了，感谢你耗费一点点的时间来倾听我现在对重构、对《重构》这本书的想法。Martin Fowler经常说，花一点时间来重构是值得的，希望你会觉得花一点时间看我的文字也是值得的。
熊 节
2003年6月11日于杭州
（译 序）
第一次听到“重构”这个词，是在2001年10月。在当时，它的思想足以令我感到震撼。软件自有其美感所在。软件工程希望建立完美的需求与设计，按照既有的规范编写标准划一的代码，这是结构的美；快速迭代和RAD颠覆“全知全能”的神话，用近乎刀劈斧砍（crack）的方式解决问题，在混沌的循环往复中实现需求，这是解构的美；而Kent Beck与Martin Fowler两人站在一起，以XP那敏捷而又严谨的方法论演绎了重构的美——我不知道是谁最初把refactoring一词翻译为“重构”，或许无心插柳，却成了点睛之笔。
我一直是设计模式的爱好者。曾经在我的思想中，软件开发应该有一个“理想国”——当然，在这个理想国维持着完美秩序的，不是哲学家，而是模式。设计模式给我们的，不仅仅是一些具体问题的解决方案，更有追求完美“理型”的渴望。但是，Joshua Kerievsky在那篇著名的《模式与XP》（收录于《极限编程研究》一书）中明白地指出：在设计前期使用模式常常导致过度工程（over-engineering）。这是一个残酷的现实，单凭对完美的追求无法写出实用的代码，而“实用”是软件压倒一切的要素。从一篇《停止过度工程》开始，Kerievsky撰写了“Refactoring to Patterns”系列文章。这位犹太人用他民族性的睿智头脑，敏锐地发现了软件的后结构主义道路。而让设计模式在飞速变化的网络时代重新闪现光辉的，又是重构的力量。
在一篇流传甚广的帖子里，有人把《重构》与《设计模式》并列为“Java行业的圣经”。在我看来这种并列其实并不准确。实际上，尽管我如此喜爱这本《重构》，但自从完成翻译之后，就再也没有读过它。不，不是因为我已经对它烂熟于心，而是因为重构已经变成了我的另一种生活方式，变成了我每天的“面包与黄油”，变成了我们整个团队的空气与水，以至于无需再到书中寻找任何“神谕”。而《设计模式》，我倒是放在手边时常翻阅，因为总是记得不那么真切。
所以，在你开始阅读本书之前，我要给你两个建议：首先，把你的敬畏扔到太平洋里去，对于即将变得像空气与水一样普通的技术，你无需对它敬畏；其次，找到合适的开发工具（如果你和我一样是Java人，那么这个“合适的工具”就是Eclipse），学会使用其中的自动测试和重构功能，然后再尝试使用本书介绍的任何技术。懒惰是程序员的美德之一，绝不要因为这本书让你变得勤快。
最后，即使你完全掌握了这本书中的所有东西，也千万不要跟别人吹嘘。在我们的团队里，程序员常常会说：“如果没有单元测试和重构，我没办法写代码。”
好了，感谢你耗费一点点的时间来倾听我现在对重构、对《重构》这本书的想法。Martin Fowler经常说，花一点时间来重构是值得的，希望你会觉得花一点时间看我的文字也是值得的。
熊 节
2003年6月11日于杭州
zcover.jpg
来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/16566727/viewspace-629264/，如需转载，请注明出处，否则将追究法律责任。
转载于:http://blog.itpub.net/16566727/viewspace-629264/