.2.5重构的难题 62
2.6重构与设计 66
2.7重构与性能（Performance） 69
2.8重构起源何处？ 71


第3章：代码的坏味道（Bad Smells in Code, by Kent Beck and Martin Fowler） 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 Shortgun 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 Inheritance Hierarchies（平行继承体系） 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章：建立测试体系（Building Tests） 89
4.1自我测试码（Self-testing Code）的价值 89
4.2 JUnit测试框架（Testing Framework） 91
4.3添加更多测试 97
第5章：重构名录（Toward a Catalog of Refactoring） 103
5.1重构的记录格式（Format of Refactorings） 103
5.2寻找引用点（Finding References） 105
5.3这些重构准则有多成熟？ 106
第6章：重新组织你的函数（Composing Methods） 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章：在对象之间移动特性（Moving Features Between Objects） 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章：重新组织你的数据（Organizing Data） 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 227
（以State/Strategy取代型别码）
8.16 Replace Subclass with Fields（以值域取代子类） 232
第9章：简化条件表达式（Simplifying Conditional Expressions） 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章：简化函数呼叫（Making Method Calls Simpler） 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 Method（以函数取代参数） 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章：处理概括关系（Dealing with Generalization） 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 Template Method（塑造模板函数） 345
11.11 Replace Inheritance with Delegation（以委托取代继承） 352
11.12 Replace Delegation with Inheritance（以继承取代委托） 355
第12章：大型重构（Big Refactorings, by Kent Beck and Martin Fowler） 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
（Refactoring, Reuse, and Reality, by William Opdyke）
13.1现实的检验 380
13.2为什么开发者不愿意重构他们的程序？ 381
13.3现实的检验（再论） 394
13.4重构的资源和参考数据 394
13.5从重构联想到软件复用和技术传播 395
13.6结语 397
13.7参考文献 397
第14章：重构工具（Refactoring Tools, by Don Roberts and John Brant） 401
14.1使用工具进行重构 401
14.2重构工具的技术标准（Technical Criteria） 403
14.3重构工具的实用标准（Practical Criteria） 405
14.4小结 407
第15章：集成（Put It All Together, by Kent Beck） 409
参考书目（References） 413
原音重现（List of Soundbites） 417
索引 419

.本书介绍了其它人的许多研究成果，最后数章就是由他们之中的几位所客串写就。Bill Opdyke在第13章记述他将重构技术应用于商业开发过程中遇到的一些问题。Don Roberts和John Brant在第14章展望重构技术的未来 ─ 自动化工具。我把最后一章（第15章）留给重构技术的顶尖大师，Kent Beck。


在Java中运用重构
本书全部以Java撰写实例。重构当然也可以在其它语言中实现，而且我也希望这本书能够对其他语言使用者带来帮助。但我觉得我最好在本书中只使用Java，因为那是我最熟悉的语言。我会不时写下一些提示，告诉读者如何在其它语言中进行重构，不过我真心希望看到其它人在本书基础上针对其它语言写出更多重构方面的书籍。
为了最大程度地帮助读者理解我的想法，我不想使用Java语言中特别复杂的部份。所以我避免使用inner class（内嵌类）、reflection（反射机制）、thread（线程）以及很多强大的Java特性。这是因为我希望尽可能清楚展现重构的核心。
我应该提醒你，这些重构准则并不针对并发（concurrent）或分布式（distributed）编程。那些主题会引出更多重要的事，超越了本书的关心范围。

谁该阅读本书﹖
本书瞄准专业程序员，也就是那些以编写软件为生的人。书中的示例和讨论，涉及大量需要详细阅读和理解的代码。这些例子都以Java完成。之所以选择Java，因为它是一种应用范围愈来愈广的语言，而且任何具备C语言背景的人都可以轻易理解它。Java是一种面向对象语言，而面向对象机制对于重构有很大帮助。
尽管关注对象是代码，重构（refactoring）对于系统设计也有巨大影响。资深设计师（senior designers）和架构规划师（architects）也很有必要了解重构原理，并在自己的项目中运用重构技术。最好是由老资格、经验丰富的开发人员来引入重构技术，因为这样的人最能够良好理解重构背后的原理，并加以调整，使之适用于特定工作领域。如果你使用Java以外的语言，这一点尤其必要，因为你必须把我给出的范例以其它语言改写。
下面我要告诉你：如何能够在不遍读全书的情况下得到最多知识。
n 如果你想知道重构是什么，请阅读第1章，其中示例会让你清楚重构过程。
n 如果你想知道为什么应该重构，请阅读前两章。它们告诉你「重构是什么」以及「为什么应该重构」。

n 如果你想知道该在什么地方重构，请阅读第3章。它会告诉你一些代码特征，这些特征指出「这里需要重构」。
n 如果你想真正（实际）进行重构，请完整阅读前四章，然后选择性地阅读重构名录（refactoring catalog）。一开始只需概略浏览名录，看看其中有些什么，不必理解所有细节。一旦真正需要实施某个准则，再详细阅读它，让它来帮助你。名录是一种具备查询价值的章节，你也许并不想一次把它全部读完。此外你还应该读一读名录之后的「客串章节」，特别是第15章。

站在前人的肩膀上
就在本书一开始的此刻，我必须说：这本书让我欠了一大笔人情债，欠那些在过去十年中做了大量研究工作并开创重构领域的人一大笔债。这本书原本应该由他们之中的某个人来写，但最后却是由我这个有时间有精力的人捡了便宜。
重构技术的两位最早拥护者是Ward Cunningham和Kent Beck。他们很早就把重构作为开发过程的一个核心成份，并且在自己的开发过程中运用它。尤其需要说明的是，正因为和Kent的合作，才让我真正看到了重构的重要性，并直接激励了我写这一本书。
Ralph Johnson在University of Illinois, Urbana-Champaign（伊利诺斯大学乌尔班纳分校）领导了一个小组，这个小组因其对对象技术（object technology）的实际贡献而闻名。Ralph很早就是重构技术的拥护者，他的一些学生也一直在研究这个课题。Bill Opdyke的博士论文是重构研究领域的第一份详细书面成果。John Brant和Don Roberts则早已不满足于写文章了，他们写了一个工具 ─ 重构浏览器（Refactoring Browser），对Smalltalk程序实施重构工程。

致谢
尽管有这些研究成果帮忙，我还需要很多协助才能写出这本书。首先，并且也是最重要的，Kent Beck给了我巨大的帮助。Kent在底特律（Detroit）和我谈起他正在为Smalltalk Report撰写一篇论文 [Beck, hanoi]，从此播下本书的第一颗种子。那篇论文不但让我开始注意到重构技术，而且我还从中「偷」了许多想法放到本书第1章。Kent也在其它地方帮助我，想出「代码味道」这个概念的是他，当我遇到各种困难时，鼓励我的人也是他，常常和我一起工作助我完成这本书的，还是他。我常常忍不住这么想：他完全可以自己把这本书写得更好。可惜有时间写书的人是我，所以我也只能希望自己不要做得太差。
写这本书的时候，我希望能把一些专家经验直接与你分享，所以我非常感激那些花时间为本书添加材料的人。Kent Beck, John Brant, William Opdyke和Don Roberts编撰或合着了本书部份章节。此外Rich Garzaniti和Ron Jeffries帮我添加了一些有用的补充资料。
在任何像这样的一本书里，作者都会告诉你，技术审阅者提供了巨大的帮助。一如以往，Addison-Wesley的Carter和他的优秀团队是一群精明的审阅者。他们是：
? Ken Auer, Rolemodel Software, Inc.
? Joshua Bloch, Sun Microsystems, Java Software
? John Brant, University of Illinois at Urbana-Champaign
? Scott Corley, High Voltage Software, Inc.
? Ward Cunningham, Cunningham & Cunningham, Inc.
? Stéphane Ducasse
? Erich Gamma, Object Technology International, Inc.
? Ron Jeffries
? Ralph Johnson, University of Illinois
? Joshua Kerievsky, Industrial Logic, Inc.
? Doug Lea, SUNY Oswego
? Sander Tichelaar
他们大大提高了本书的可读性和准确性，并且至少去掉了一些任何手稿都可能会有的潜在错误。在此我要特别感谢两个效果显著的建议，这两个建议让我的书看上去耳目一新：Ward和Ron建议我以重构前后效果（包括代码和UML图）并列的方式写第1章，Joshua建议我在重构名录中画出代码梗概（code sketches）。
除了正式审阅小组，还有很多非正式的审阅者。这些人或看过我的手稿，或关注我的网页并留下对我很有帮助的意见。他们是Leif Bennett, Michael Feathers, Michael Finney, Neil Galarneau, Hisham Ghazouli, Tony Gould, John Isner, Brian Marick, Ralf Reissing, John Salt, Mark Swanson, Dave Thomas和Don Wells。我相信肯定还有一些被我遗忘的人，请容我在此向你们道歉，并致上我的谢意。

有一个特别有趣的审阅小组，就是「恶名昭彰」J 的University of Illinois at Urbana-Champaign读书小组。由于本书反映出他们的众多研究成果，我要特别感谢他们的成就。这个小组成员包括Fredrico "Fred" Balagure, John Brant, Ian Chai, Brian Foote, Alejandra Garrido, Zhijiang "John" Han, Peter Hatch, Ralph Johnson, Songyu "Raymond" Lu, Dragos-Anton Manolescu, Hiroaki Nakamura, James Overturf, Don Roberts, Chieko Shirai, Les Tyrell和Joe Yoder。
任何好想法都需要在严酷的生产环境中接受检验。我看到重构对于Chrysler Comprehensive Compensation（C3）系统起了巨大的影响。我要感谢那个团队的所有成员：Ann Anderson, Ed Anderi, Ralph Beattie, Kent Beck, David Bryant, Bob Coe, Marie DeArment, Margaret Fronczak, Rich Garzaniti, Dennis Gore, Brian Hacker, Chet Hendrickson, Ron Jeffries, Doug Joppie, David Kim, Paul Kowalsky, Debbie Mueller, Tom Murasky, Richard Nutter, Adrian Pantea, Matt Saigeon, Don Thomas和Don Wells。和他们一起工作所获得的第一手数据，巩固了我对重构原理和利益的认识。他们在重构技术上不断进步，极大程度地帮助我看到：一旦重构技术应用于历时多年的大型项目中，可以起怎样的作用。
再一次，我得到了Addison-Wesley的J. Carter Shanklin和其团队的帮助，包括Krysia Bebick, Susan Cestone, Chuck Dutton, Kristin Erickson, John Fuller, Christopher Guzikowski, Simone Payment和Genevieve Rajewski。与优秀出版商合作是一个令人愉快的经验，他们会提供作者大量的支持和帮助。
谈到支持，为一本书付出最多的，总是距离作者最近的人。对我来说，那就是我（现在）的妻子Cindy。感谢你，当我埋首工作的时候，你还是一样爱我。当我投入书中，总会不断想起你。
Martin Fowler
Melrose, Massachusetts
fowler@acm.org
http://www.martinfowler.com
http://www.refactoring.com