重构定义
名词：对软件内部结构的一种调整，目的在不改变软件可观察行为的前提下，提高其可理解性，降低其修改成本
动词：使用一系列重构手法，在不改变软件可观察行为的前提下，调整其结构
重构目的
- 使软件更容易被理解和修改
- 重构不会改变软件可观察的行为-重构之后软件功能一如既往，任何用户，不论最终用户或者其他程序员，都不知道已经有东西发生变化
重构注意点
日常开发过程中会遇到一个版本中，既要重构demo，又要开发新功能这样一个情况。一般来说我们会一边开发，一边重构。但是在不管整个开发过程的时间花了多久，都要明白当前是在重构还是在开发。原则上来说，开发的时候不修改已有代码，只管添加新功能，通过测试，让测试正常运行；重构的时候不能添加新功能，只管修改程序结构，此时不能添加任何测试(除非发现之前遗漏情况)，只在绝对必要的时候才修改测试。只有这样才能专注当前处理的事情，不容易混淆思路
重构带来的附加影响
- 改进软件设计
- 使代码更容易理解
程序设计的核心就是“准确说出我所要的”，目标对象除了计算机以外，还有其他程序员。重构是个工具，主要是整理代码，保护代码结构，维护代码所代表的设计意图，便于后来者懂你 - 帮助找到bug
- 提高变成速度
重构时间三原则
第一次做某件事只管去做；第二次做类似的事会产生反感，但无论如何还是可以去做；第三次再做类似的事，就应该重构。事不过三，三则重构
重构时机
- 添加功能时重构
- 修补错误时重构
- 复审代码时重构(UML示意图展现设计，CRC卡展示软件情节)，复查代码可看极限编程[Beck,Xp]
重构难题
- 数据库：增加中间件（分隔层），用来隔离对象模型和数据库模型各自的变化
- 修改接口：有部分接口已经发布成功后 就无法再次修改（通常要兼容老版本），此时请尽量这么做
让旧接口调用新接口。当你要修改某个函数名时，请先留下旧函数，让他调用新函数，千万不要复制函数实现同时还应该使用Java提供的deprecation，将接口标记为deprecated，让调用者注意到 - 难以通过重构手法完成的设计改动
- 何时不该重构：现有代码无法运行或者项目已经非常接近最后期限，应该避免重构
债务的概念：代码优化插件中经常有债务这个名词，如果把未完成的重构工作形容为债务，很多公司需要借债来使自己更有效的运行，但是借债就得付利息，利息太高就会被压垮，因此，应该随时重构来偿还一部分债务
重构与设计
两者相辅相成，预先设计好可以让开发人员减少不必要的返工，但是过度依赖设计会让设计阶段的压力变大，我们必须让设计准确无误才能到达预先的效果。而有的重构，我们只要一个足够合理的解决方案就可以了，在实现这个方案的过程中，对问题的理解加深，利用重构可以让预先的方案更优，更贴近于最佳解决方案
优点：让软件设计向简化前进了一大步，过去我们未使用重构时，力求灵活的解决方案以应变能预见的未来所有的需求变化，方案过于灵活，会造成成本难以估算，软件也更难维护，并且很多灵活性的设计可能最终都未被使用，这是最大的失败。而重构是另外一条不同的途径，用来应付变化带来的风险。灵活方案依然要设计，但是不必考虑过于灵活，只管建立可运行的简单系统，将简单方案变成灵活方案，可以用重构手段，并且大多数情况下，不会太难
重构与性能
一般为了提高性能优化代码而进行重构，都到了开发后期。在性能优化阶段，首先应该用一个度量工具来监控程序的运行，得到大量消耗时间和空间的部分，归纳出性能热点所在的代码，然后集中关注性能热点，并在持续关注中优化。优化时需要保持谨慎，与重构一样，小幅度调整，每走一步都需要编译，测试，再度量。如果发现没有提高性能，应该撤销此次修改。
总结
短期看来，重构使软件开发进度变慢，但是提高了代码的阅读性，使增加功能更容易，最终还是会得到好的效果
