1.重构的概念：何为重构，为何重构

2.代码异味：精准识别坏代码

（1）代码竟会有“气味”

食物在腐烂之际会散发出异味，提醒人们食物已经坏掉了，需要处理。同样，如果代码中某处出现了问题，也会有一些症状，这些症状称为“代码异味”。

“代码异味”一词是由肯特·贝克（Kent Beck）在帮助马丁·福勒（Martin Fowler）编写《重构：改善既有代码的设计》一书时创造的。福勒对代码异味的定义是：“代码异味是在计算机编程领域，设计所用结构违背了基本设计原则并对设计质量有负面影响的一种表象。”

我们可以将代码异味理解为由于设计缺陷或不良编码习惯而引入程序的代码症状，这类症状可能引发程序深层次的质量隐患。与食物腐败散发出的味道不同的是，代码异味是一种“暗示”，暗示我们代码可能有问题，而非确定性的。它的出现是提示程序员需要对项目设计进行深入查看。

（2）代码异味的影响

（3）如何给代码“除臭”

重构，一言以蔽之，就是在不改变软件可观察行为的前提下，有条不紊地改善代码，它是实现敏捷开发的重要技术因素之一。大家也可以把重构理解为根据已识别出的异味，将代码提炼和精简的过程，能够提高代码质量，使其变得更健壮。重构后，可以运行单元测试，确保一切正常。如此循环，直到大部分异味消失。

3.重构基本策略：有计划、有组织

（1）重构基本原则

• 重构前需要观察和记录现有代码的外在行为。
• 如果发现二者行为不一致，则重新审视或撤销更改，回到第1步。
• 重构后记录、比较改动后的代码的外在行为。
• 如果行为一致，则进行下一轮重构。

（2）重构小策略

• 在重构之前，保证代码具备管理功能。
• 保持较小的重构步伐。
• 同一时间只处理一项重构。
• 在重构时把要做的事情一条条列出来。
• 把在重构时所想到的任何有用信息记录到笔记中。
• 重构后要运行自动化测试。
• 如果所做的修改非常复杂，或者影响到了关键代码，需多次确认这些修改是否完善。
• 提前考虑重构的风险，并调整出更合理的重构方法。
• 所做的修改要提升而非降低程序的内在质量。

（3）避免重构误区

重构是一剂良药，但不是包治百病的灵丹妙药。不要把重构当作先写后改的代名词。重构最大的问题在于被滥用。当代码混乱到几乎无法阅读时，也没有办法在短时间内进行重构，这时与重构代码相比，重写代码或许是一个更经济、有效的方式。