书籍介绍
这本书最打动人的地方，不在那60多个重构手法的清单里，而在于它反复强调的一件事：重构必须有一组可靠的测试垫底，然后一小步一小步地改，每改完就运行测试。作者甚至坦白自己'是一个很懒惰的程序员'，所以干脆把该记住的东西写进代码，而不是塞进脑子。这种'承认人会犯错、所以用机制兜底'的姿态，恰恰是它区别于一般编程教程的地方。第二版把Java样例换成JavaScript，门槛降低，也让更多初学者愿意翻翻。它真正适合的是那些愿意为技术债务预留预算、愿意在实践中一点点打磨代码感的程序员——不是急着交付、只求跑通的人。读完你会获得一种'代码感'：面对重复、长函数、大类这些'坏味道'，知道何时该动手、该怎么安全地动手。
作者简介
作者 | Martin Fowler
世界软件开发大师，ThoughtWorks的首席科学家。他是一位作家、演说者、咨询师和泛软件开发领域的意见领袖。他致力于改善企业级的软件设计，对优秀的设计以及支撑优秀设计的工程实践孜孜以求。他在重构、面向对象分析设计、模式、XP和UML等领域都有卓越贡献。著有《重构》《分析模式》《领域特定语言》等经典著作。
译者 | 熊节
在IT行业已经打拼了18年，在金融、零售、政府、电信、制造业等行业的信息化建设方面有着丰富经验，是中国IT业敏捷浪潮的领军人物。熊节拥有利物浦大学MBA学位。
译者 | 林从羽
ThoughtWorks软件开发工程师，曾服务于国内外多家大型企业，致力于为团队更快更好地交付可工作的软件。拥抱敏捷精神，TDD爱好者，纯键盘工作者。
AI导读
核心看点
- 本书是经典《重构》20年后的重大更新版，将示例语言从Java全面替换为JavaScript，内容更新幅度达40%。书中不仅保留了重构的核心哲学，更结合现代开发环境，提供了60多个经过验证的代码变换手法，帮助开发者在保持软件行为不变的前提下，优化内部结构，提升代码的可读性与可维护性。
- 作者Martin Fowler等人在书中详细阐述了重构的完整流程与原则，强调‘小步修改、频繁测试’的安全重构路径。书中深入剖析了代码坏味（Code Smells）的识别与消除，如重复代码、过长方法、大型类等，并提供了具体的重构技术，旨在帮助开发者建立对代码质量的敏锐直觉，避免技术债务累积。
- 本书不仅是技术手册，更是工程伦理与职业责任的宣言。原文明确指出，编写人类易理解的代码是优秀程序员的职责，重构是为了让软件更易于理解和修改。书中反对为了重构而重构，强调重构必须服务于业务价值，且在拥有可靠测试套件的前提下进行，任何脱离测试的重构都是高风险行为，读者需深刻理解这一底线。
读者共识
- 读者普遍认为本书是程序员的必读经典，尽管部分新手反映内容晦涩，但资深开发者高度认可其价值。共识在于，重构的核心不在于具体手法，而在于培养‘代码感’和对代码质量的敬畏之心。许多读者指出，书中关于‘小步修改、频繁测试’的原则是防止混乱的关键，任何忽视测试的重构尝试都被视为危险行为，必须严格遵循这一安全底线。
- 关于重构的可行性，读者存在分歧。部分人认为重构需要额外时间，在快节奏项目中难以实施；但更多人认同，前期投入重构成本能大幅降低后期维护代价。共识是，不应等待‘有空时’再重构，而应在日常编码中即时进行微小重构，将重构融入开发流程。同时，读者强调，重构不能替代良好的初始设计，若代码结构彻底崩坏，应优先考虑重写而非重构。
- 读者一致批评那些试图跳过测试直接重构的行为，并警告不要将本书作为逃避技术债务的借口。共识指出，重构的目的是提升代码可理解性，而非炫技。对于缺乏经验的开发者，读者建议先通过阅读整洁代码、设计模式等书籍夯实基础，再结合本书实践。同时，读者提醒，书中的JS示例虽新，但重构思想通用，切勿拘泥于语言细节，而应关注如何识别坏味并改善设计。
精彩摘录
- "养成重构后即运行测试的习惯非常重要。犯错误是很容易的——至少我知道我是很容易犯错的。做完一次修改就运行测试，这样在我真的犯了错时，只需要考虑一个很小的改动范围，这使得查错与修复问题易如反掌。这就是重构过程的精髓所在：小步修改，每次修改后就运行测试。如果我改动了太多东西，犯错时就可能陷入麻烦的调试，并为此耗费大把时间。小步修改，以及它带来的频繁反馈，正是防止混乱的关键。"
- "to make the software easier to understand and modify."
- "refactoring does not change the observable behavior of the software Why Should You Refactor? Refactoring Improves the Design of Software Refactoring Makes Software Easier to Understand Refactoring Helps You Find Bugs Refactoring Helps You Program Faster 即使在开发过程中，当你发现重复或相似的代码时，也应该立刻重构；当变化发生时，如果该变化影响不"
- "复制一遍代码似乎不算太难，但却给未来留下各种隐患：一计费逻辑发生变化，我就得同时修改两个地方，以保证它们逻辑相同。如果你编写的是一个永不需要修改的程序，这样剪剪贴贴就还好。但如果程序要保存很长时间，那么重复的逻辑就会造成潜在的威胁。"
- "每当我要进行重构的时候，第一个步骤永远相同：我得确保即将修改的代码拥有一组可靠的测试。这些测试必不可少，因为尽管遵重构手法可以使我避免绝大多数引入bug的情形，但我毕竟是人，毕竟有可能犯错。程序越大，我的修改不小心破坏其他代码的可能性就越大——在数字时代，软件的名字就是脆弱。"
- "很多时候那个未来的开发者就是我自己。此时重构就显得尤其重要了。我是一个很懒惰的程序员，我的懒惰表现形式之一就是：总是记不住自己写过的代码。事实上，对于任何能够立刻查阅的东西，我都故意不去记它，因为我怕把自己的脑袋塞爆。我总是尽量把该记住的东西写进代码里，这样我就不必去记它了。这么一来，下班后我还可以喝两杯Maudite啤酒，不必太担心它杀光我的脑细胞。"
- "作为程序员，我们的职责就是设计出结构一致、抽象合宜的程序，而程序抽象能力的源泉正是来自函数。与其他抽象机制的设计一样，我们并非总能平衡好抽象的边界。随着系统能力发生演进（通常只要是有用的系统，功能都会演进），原先设定的抽象边界总会悄无声息地发生偏移。对于函数来说，这样的边界偏移意味着曾经视为一个整体、一个单元的行为，如今可能已经分化出两个甚至是多个不同的关注点。"
- "任何一个傻瓜都能写出计算机可以理解的代码。唯有写出人类容易理解的代码，才是优秀的程序员。"
目录
chapter 1 refactoring, a first example（新增批注共21条） 1
the starting point 2
the first step in refactoring 9
decomposing and redistributing the statement method 10
replacing the conditional logic on price code with polymorphism 30
显示全部
用户评论
尝试看原版的。
很经典，重构理念是必须要了解的，而阅读经典是理解的第一步和基础。
重构方法论，事无巨细的描述
amazon上的评论很中肯，50页的书生生写成了400页。
电子工业出版社的其他书籍查看全部
求书
收藏