对于需要实际编写代码的开发人员，最好把这本书常备在手边用作工具书。
作为学习成长中的软件开发者，重构总是带着一点高深莫测。一方面，如果有人说“我在对某模块进行重构”，瞬间就有了高大上的感觉；而一旦出现问题，“重构”就成了把万能钥匙，几乎所有的问题都可以用“重构一下”来解决。
然而这只是种错觉。
如何重构是比较简单的，真正重要的，是决定在什么时候、针对哪些代码、做到什么程度的重构，以及何时停止。就好比作为士兵冲锋陷阵，和作为将军指挥千军万马，难度差别不言而喻（假如不考虑阵亡的危险性的话）。
目的
对于真正的工程来说，首先应该明确重构的目的。业务分离，易于维护和扩展，增强可靠性，提升性能，明确业务逻辑，这些都是常见的重构理由。为了重构而重构是不可取的；过度设计和炫技同样是不好的理由。工程师可以有艺术家的气质，但是工程不能做成艺术品。
范围
明确目的后，应该首先判断重构的层次。很多时候，重构并不能直接涉及到代码的变更，比如服务的重组、服务器的压力分离、数据库的主从备份，广义来讲都属于重构，也超出了这本书的范围。本书适用于代码层的重构。
时机
重构的时机及范围也很重要。书中提到：“如果你需要给一个运行中的系统添加功能，你不可能说服经理把系统停止运行两个月让你进行重构。你只能一点一点地做你的工作，今天一点点，明天一点点。”“应该根据需求安排自己的工作，只在需要添加新功能或修补错误时才进行重构。你不必一开始就完成整个系统的重构，重构程度只要能满足其它任务的需要就行了。反正明天你还可以回来重构。”“整个团队都必须意识到：有一个大型重构正在进行，每个人都应该相应地安排自己的行动。”
这些不仅仅是技术问题，涉及到了商业、人事、项目管理甚至名声不怎么好的“办公室政治”，都需要在重构前搞定。
是否需要重构
是否需要重构也值得仔细探讨：重构一定会对当前的工作产出造成影响，如果处理不当还会引入新的问题；但是“长远”来看是好的。
问题就出现这个不确定的“长远”上：有可能项目根本不需要“长远”，比如广告活动用的一次性的小软件；有可能牺牲了当下的功能性产出，就会被竞争对手抢占市场，从而也就没有“长远”；或者当“长远”的好处出现时，当前开发人员已经不在此岗位上了。
另外还有一个好处：重构可以帮助开发人员了解代码，对于接手其它人的代码是很有用的。可是有很多时候，开发人员会放弃重构，重新造一个轮子出来。可能是接手的难度太大还不如重写，也可能只是“文人相轻”（这并不罕见。我曾经见到过公司里每新增一个项目就要招聘一个新开发经理，几年下来，公司里各种项目没有技术相同的，C++，Java，QT，Python，PHP，NodeJS，AngularJS，React……当然这些并不是同一层次上的技术，不过也已经足够眼花缭乱了）。
重构的局限
在真正重构前，还需要考虑到重构的局限。重构并不是银弹。很多时候我们是为了提升性能而进行重构，但是重构本身往往会降低一定的效率，因为多数的重构手法都会引入新的类、函数调用和继承关系等。但是重构可以使结构和逻辑更加清晰，从而暴露出真正的瓶颈，如实现策略、功能划分等，进而着手加以改进。而新引入的这部分内容，对性能的影响微乎其微，现在的编译器也基本上都会将其优化。
本书内容
这本书是非常细节的重构，细到了命名、参数、函数/方法等程度。对于刚刚接触重构的开发人员，直接看下去，很容易陷入小型重构的局限而失去视野。
因此建议先快速通读一遍，对于每一个重构手法着重理解概念、目的和场景即可，代码示例可以先略过。
第二次再仔细研读每一个例子。本书不仅适用于重构，对于提高代码质量也很有帮助。
后续就当作工具书，需要时翻一翻。类似于GoF的《设计模式》和算法类书籍。
另外本书是针对面向对象语言的重构；对于现在流行的函数式编程有借鉴意义，需要按照具体情况调整。
本书并不是可以直接套用的普适规则，需要根据具体情况分析。书中很多重构是介绍了两个方向的实现方法：从A重构到B，再从B重构到A。具体如何实施需要由开发人员定夺。
每一种重构手法，作者都给出了具体的操作步骤，可实践性很强。
准备知识
熟悉设计模式会有很大帮助。GOF的《设计模式》不用多说，如果不太容易理解也可以读Head First系列的设计模式。
需要熟悉一种面向对象语言，最好是Java，因为书中的例子都是使用Java的。C++的要更加复杂（书中有提到），因为C++并不是完全面向对象的。
了解自动化测试、测试驱动开发等内容，尤其是测试的重要性，能够更好理解书中的重构步骤。
大型重构
在书的后部，作者提到了几种大型重构：Tease Apart Inheritance（梳理并分解继承体系），Convert Procedural Design to Objects（将过程化设计转化为对象设计），Separate Domain from Presentation（将领域和表述/显示分离），Extract Hierarchy（提炼继承体系）。
这些是层次较高的重构，需要综合运用前面提到的单一手法。
重构的准备工作
重构需要工具支持，否则成本会非常高（主要是时间成本）。现代的IDE多数已经支持了重构的一些基本功能，比如重命名，抽取变量，抽取函数等。
要能够撤销重构，返回到重构前的状态。主要是用于重构失败的回滚，因此svn、git等代码版本控制工具是必要的。
重构时不要修改代码，仅保证所有旧功能不变，这是需要坚持的原则。
总结
想要提升技能水平，这本书可以算作必读书目之一。然而重构不是空谈，需要长时间的经验积累。本书提供了很多手法，但是如同作者自己所说，只是一个起步。
