1. 世界软件开发大师的不朽经典
2. 生动阐述重构原理和具体做法
3. 普通程序员进阶到编程高手必须修炼的秘笈
4. 全彩印刷，精装版本，更适合案头常备
重构，一言以蔽之，就是在不改变外部行为的前提下，有条不紊地改善代码。20 多年前，正是《重构：改善既有代码的设计》第1 版的出版，使重构终于从编程高手们的小圈子走出，成为众多普通程序员日常开发工作中不可或缺的一部分。如今，Martin Fowler 的《重构：改善既有代码的设计》一书已经成为全球有经验的程序员手中的利器，既可用来改善既有代码的设计、提升软件的可维护性，又可用于使既有代码更易理解、焕发出新的活力。
这本备受关注的第2 版在第1 版的基础上做了全面修订，反映了编程领域业已发生的许多变化。第2 版中介绍的重构列表更加内聚，并用JavaScript 语言重写了代码范例。此外，第2 版中还新增了与函数式编程相关的重构范例，旨在教会读者如何在没有类的环境下开展重构。
新版沿袭了第1 版的结构，依次解释什么是重构，为什么要重构，如何通过“坏味道”识别出需要重构的代码，以及如何在实践中成功实施重构（无论用的是什么编程语言）。
● 理解重构的过程和重构的基本原则；
● 快速有效地应用各种重构手法，提升程序的表达力和可维护性；
● 识别代码中能指示出需要重构的地方的“坏味道”；
● 深入了解各种重构手法，每个手法都包含解释、动机、做法和范例4 个部分；
● 构建稳固的测试，以支持重构工作的开展；
● 理解重构过程的权衡取舍以及重构存在的挑战等。
本书凝聚了软件开发社区专家多年摸索而获得的宝贵经验，书中所蕴涵的思想和精华，值得反复咀嚼，而且往往能够常读常新。
《重构 改善既有代码的设计 第2版 全彩精装版》是经典著作《重构》出版20年后的更新版。书中清晰揭示了重构的过程，解释了重构的原理和实践方式，并给出了何时以及何地应该开始挖掘代码以求改善。书中给出了60多个可行的重构，每个重构都介绍了一种经过验证的代码变换手法的动机和技术。本书提出的重构准则将帮助开发人员一次一小步地修改代码，从而减少了开发过程中的风险。
《重构 改善既有代码的设计 第2版 全彩精装版》适合软件开发人员、项目管理人员等阅读，也可作为高等院校计算机及相关专业师生的参考读物。
第 1 章 重构，第 一个示例 1
1.1 起点 1
1.2 对此起始程序的评价 3
1.3 重构的第 一步 5
1.4 分解statement 函数 6
1.5 进展：大量嵌套函数 22
1.6 拆分计算阶段与格式化阶段 24
1.7 进展：分离到两个文件（和两个阶段） 31
1.8 按类型重组计算过程 34
1.9 进展：使用多态计算器来提供数据 41
1.10 结语 43
第 2 章 重构的原则 45
2.1 何谓重构 45
2.2 两顶帽子 46
2.3 为何重构 47
2.4 何时重构 50
2.5 重构的挑战 55
2.6 重构、架构和YAGNI 62
2.7 重构与软件开发过程 63
2.8 重构与性能 64
2.9 重构起源何处 67
2.10 自动化重构 68
2.11 延展阅读 70
第3 章 代码的坏味道 71
3.1 神秘命名（Mysterious Name） 72
3.2 重复代码（Duplicated Code） 72
3.3 过长函数（Long Function） 73
3.4 过长参数列表（Long Parameter List） 74
3.5 全局数据（Global Data） 74
3.6 可变数据（Mutable Data） 75
3.7 发散式变化（Divergent Change） 76
3.8 霰弹式修改（Shotgun Surgery） 76
3.9 依恋情结（Feature Envy） 77
3.10 数据泥团（Data Clumps） 78
3.11 基本类型偏执（Primitive Obsession） 78
3.12 重复的switch（Repeated Switches） 79
3.13 循环语句（Loops） 79
3.14 冗赘的元素（Lazy Element） 80
3.15 夸夸其谈通用性（Speculative Generality） 80
3.16 临时字段（Temporary Field） 80
3.17 过长的消息链（Message Chains） 81
3.18 中间人（Middle Man） 81
3.19 内幕交易（Insider Trading） 82
3.20 过大的类（Large Class） 82
3.21 异曲同工的类（Alternative Classes with Different Interfaces） 83
3.22 纯数据类（Data Class） 83
3.23 被拒绝的遗赠（Refused Bequest） 83
3.24 注释（Comments） 84
第4 章 构筑测试体系 85
4.1 自测试代码的价值 85
4.2 待测试的示例代码 87
4.3 第 一个测试 90
4.4 再添加一个测试 93
4.5 修改测试夹具 95
4.6 探测边界条件 96
4.7 测试远不止如此 99
第5 章 介绍重构名录 101
5.1 重构的记录格式 101
5.2 挑选重构的依据 102
第6 章 第 一组重构 105
6.1 提炼函数（Extract Function） 106
6.2 内联函数（Inline Function） 115
6.3 提炼变量（Extract Variable） 119
6.4 内联变量（Inline Variable） 123
6.5 改变函数声明（Change Function Declaration） 124
6.6 封装变量（Encapsulate Variable） 132
6.7 变量改名（Rename Variable） 137
6.8 引入参数对象（Introduce Parameter Object） 140
6.9 函数组合成类（Combine Functions into Class） 144
6.10 函数组合成变换（Combine Functions into Transform） 149
6.11 拆分阶段（Split Phase） 154
第7 章 封装 161
7.1 封装记录（Encapsulate Record） 162
7.2 封装集合（Encapsulate Collection） 170
7.3 以对象取代基本类型（Replace Primitive with Object） 174
7.4 以查询取代临时变量（Replace Temp with Query） 178
7.5 提炼类（Extract Class） 182
7.6 内联类（Inline Class） 186
7.7 隐藏委托关系（Hide Delegate） 189
7.8 移除中间人（Remove Middle Man） 192
7.9 替换算法（Substitute Algorithm） 195
第8 章 搬移特性 197
8.1 搬移函数 198
8.2 搬移字段（Move Field） 207
8.3 搬移语句到函数（Move Statements into Function） 213
8.4 搬移语句到调用者（Move Statements to Callers） 217
8.5 以函数调用取代内联代码（Replace Inline Code with Function Call） 222
8.6 移动语句（Slide Statements） 223
8.7 拆分循环（Split Loop） 227
8.8 以管道取代循环（Replace Loop with Pipeline） 231
8.9 移除死代码（Remove Dead Code） 237
第9 章 重新组织数据 239
9.1 拆分变量（Split Variable） 240
9.2 字段改名（Rename Field） 244
9.3 以查询取代派生变量（Replace Derived Variable with Query） 248
9.4 将引用对象改为值对象（Change Reference to Value） 252
9.5 将值对象改为引用对象（Change Value to Reference） 256
第 10 章 简化条件逻辑 259
10.1 分解条件表达式（Decompose Conditional） 260
10.2 合并条件表达式（Consolidate Conditional Expression） 263
10.3 以卫语句取代嵌套条件表达式（Replace Nested Conditional with Guard Clauses） 266
10.4 以多态取代条件表达式（Replace Conditional with Polymorphism） 272
10.5 引入特例（Introduce Special Case） 289
10.6 引入断言（Introduce Assertion） 302
第 11 章 重构API 305
11.1 将查询函数和修改函数分离（Separate Query from Modifier） 306
11.2 函数参数化（Parameterize Function） 310
11.3 移除标记参数（Remove Flag Argument） 314
11.4 保持对象完整（Preserve Whole Object） 319
11.5 以查询取代参数（Replace Parameter with Query） 324
11.6 以参数取代查询（Replace Query with Parameter） 327
11.7 移除设值函数（Remove Setting Method） 331
11.8 以工厂函数取代构造函数（Replace Constructor with Factory Function） 334
11.9 以命令取代函数（Replace Function with Command） 337
11.10 以函数取代命令（Replace Command with Function） 344
第 12 章 处理继承关系 349
12.1 函数上移（Pull Up Method） 350
12.2 字段上移（Pull Up Field） 353
12.3 构造函数本体上移（Pull Up Constructor Body） 355
12.4 函数下移（Push Down Method） 359
12.5 字段下移（Push Down Field） 361
12.6 以子类取代类型码（Replace Type Code with Subclasses） 362
12.7 移除子类（Remove Subclass） 369
12.8 提炼超类（Extract Superclass） 375
12.9 折叠继承体系（Collapse Hierarchy） 380
12.10 以委托取代子类（Replace Subclass with Delegate） 381
12.11 以委托取代超类（Replace Superclass with Delegate） 399
参考文献 405
索引 409
过去20 年，《重构》一直是我案头常备的图书。每次重读，仍有感悟。对我而言，《重构》的意义不只在于指导代码重构，更在于让人从一开始就知道什么是好的代码，并且尽量写出没有“坏味道”的代码。Martin Fowler 这次对本书进行的重构，体现了近年来编程领域的一些思潮变化。看来，既有设计，永远有改进空间。
——韩磊，《代码整洁之道》译者
重构早就成了软件开发从业者本能的一部分，每个IDE 都内置了重构功能，每个程序员都定期重构自己的代码。技能上通常不再是问题，但是相对于当年第1 版的读者，现在的程序员对于重构这个思想从何而来以及各种细节反而更陌生，这时候就更值得重新读一下这本书了。
——霍炬，PRESS.one CTO
有人说Martin Fowler 改变了人类开发软件的模式，这一点也不过分，从《分析模式》《UML 精粹》《领域特定语言》，到这本《重构》新版可以看得出来，他的每一本书都是软件开发人员常备的案头读物。此前他参与的“敏捷宣言”，更是引领了整个行业对敏捷开发的认识，一直到现在。Martin Fowler 是我们QCon 全球软件开发大会进入中国时的第1届讲师，也是在那次会议上，他让国内的技术社区领略了国际领先的开发模式，从此“敏捷”二字开始风行国内IT 领域。
今年是QCon 进入中国的第十个年头，我特别开心看到Martin Fowler 又重写《重构》这本影响深远的书，他几乎完全替换了书中所引用的模式案例，并且基于现在用户的习惯，采用了JavaScript 语言来做说明语言。数十年来他始终保持对技术的关注，对创新的热情，乐此不疲，这是Martin 尤其令人敬佩的地方，也是非常值得我们每一个技术人学习的地方。
——霍泰稳，极客邦科技、InfoQ 中国创始人兼CEO
当今软件开发的速度越来越快，带来的技术债也越来越多，我从CSDN 自身的网站系统开发中充分认识到重构的重要性——如果我们的程序员能理解和掌握重构的原则和方法，我们的系统就不会有这么多沉重的债务。真正本质的东西是不变的，《重构》在出版20 年后推出了第2 版，再次证明：越本质的越长久，也越重要。衷心期待更多的新一代开发者能从这本书吸收营养，开发出好味道的系统。
——蒋涛，CSDN 创始人、董事长
zui早看到本书第1 版的英文原版并决定引进国内，算起来已经是20 年前的事了。虽然时间是强大的重构工具，连书里的示例语言都从Java 变成JavaScript 了，但书中的理念和实践的价值并没有随时间流逝。这充分证明，即使在日新月异的IT 技术世界里，不变的东西其实还是有的，这种书才是真正的经典，是技术人员应该优先研读并一读再读的。
——刘江，美团技术学院院长
“对于软件工程师来说，重构，并不是额外的工作，它就是编码本身。”直到我读过《重构》，并经过练习，才真正理解到这一点。真希望自己在20 多年前写第1个软件时，就能读到这本书，从而能节省出大量调试或重复研究代码的时间。20 年过去了，《重构》这本书也根据当前软件设计及相关工具的发展进行了一部分修订，更加贴近当前的软件开发者。希望更多的软件工程师能够应用这一技术节省出更多的时间。
——乔梁，腾讯高级管理顾问、《持续交付2.0》作者
重构是一项被低估了的技术能力。说起来，重构就是“不改变外在行为，而提高代码质量”这么简简单单的一句话，但其带来的影响却非常深远：它使我们在解决问题时可以放心地“先做对，再做好”——这种思路本身就可以极大地简化问题；它使我们消除无谓的意气之争——“所谓好，就是更少的坏味道”。我由衷地认为，切实地读懂了《重构》的程序员，在能力上都会获得一个数量级的提升。
——徐昊，ThoughtWorks 中国区技术总监
当我还是编程菜鸟，想写出漂亮的代码而不得门道的时候，《重构》这本书就告诉了我，其实高手的代码也不是一次书就的，只要按这本书里的方法去做，谁都能把代码写得那么好；当我还是职场新人，没来得及写出太多垃圾代码的时候，这本书就教会了我，应该去追求编写人能够读懂的而不是仅机器能够读懂的代码。多年以后的某时某刻，当你编码自信而敏捷，因代码清晰而受人尊重时，你会庆幸读过这本书，你也会有些遗憾，应该再早一点去读这本书。无论过去了多少年，这本书，一直值得推荐。
——阎华，京东7FRESH 架构师
在大获成功的《重构》第1 版里，Martin Fowler 传达的核心理念是：代码会随时间流逝而烂掉。写得再好的程序代码，若是发布了就一直保持原样，照样会风化、破碎乃至分崩离析。这是客观规律，避免这种命运的出路是持续重构。要想成为高素质的软件工程师，必须认识这一点。
20 年之后，Martin Fowler 用现身说法证明，经典的《重构》也会变得不合时宜，也需要重构。如今，不但讲解语言从Java 改成了JavaScript，原来的重构示例也做了很多调整，新增了15 个示例，更重要的是，新版示例不再那么“面向对象”，应当会收获更广泛的读者群。
软件不死，重构不歇。
——余晟，《代码整洁之道：程序员的职业素养》译者
随着软件项目日积月累，系统维护成本变得越来越高昂是互联网团队共同面临的问题。用户在使用互联网系统的过程中，遇到的各类运行错误或者不可访问故障，以及开发团队面临的历史系统不可维护问题，很多时候是代码初次开发过程中各种细小的不规范引起的。持续优化已有代码是维护系统生命力*好的方法。《重构》是我推荐团队必读的技术图书之一。
——杨卫华（Tim Yang），微博研发副总经理
软件行业已经高速发展数十年，就好似一个崭新的城市，从一个个村屋矮房到高楼林立。而你的代码库就好比你手下的一个房间、一幢平房、一条街道、一片社区乃至是一座摩天大楼。作为一本经典的软件开发书籍，《重构》告诉我们的不仅仅是如何推倒重建、清理、装修，而是像一个规划师一样从目的、成本、手段、价值等综合维度来思考重构的意义。在开发业务的同时，《重构》常伴我左右，警醒我如何写出更有价值的软件。
——阴明，掘金社区创始人
重构，是一个优秀程序员的基本功，因为没人能保证其代码不随时间腐化，而重构会让代码重新焕发活力。整个软件行业对重构的认知始于Martin Fowler 的《重构》，这本书让人们知道了“代码的坏味道”，见识到了“小步前行”的威力。时隔20 年，Martin Fowler 重新执笔改写《重构》，20 年间的思维变迁就体现在这本书里，在第1版中，我们看到的是当时方兴未艾的面向对象，而第2 版则透露出函数式编程的影响。如果说有什么程序员进阶秘笈，那就是不要错过Martin Fowler 的任何一部著作，更何况是已经由时间证明过的重要著作《重构》的新版！
——郑晔，火币网首席架构师
如果看完本书，就兴冲冲地想要找一些代码来重构，那你可能就陷入某种“自嗨”之中了。
了解本书中列出的那些坏味道，不仅仅可以发现代码中的那些坏味道，更可以鞭策自己以及整个团队：在一开始的时候，就不写或者少些那种味道很坏的代码。还应该激励自己，深入地理解架构、理解业务、理解需求，减少因设计失误而导致徒劳无益地反复重构。
重构也是有成本的，所以应该思考如何降低重构的成本。我推荐每一个程序员都来学习“重构”这门手艺。因为学习《重构》，是为了减少“重构”！
——庄表伟，开源社理事、执行长，华为云 DevCloud 高级产品经理