读【重构】(1)——重构原则——何时重构

  重构的几个重要时机：

1. 添加新功能时

2. 修补错误时

3. 代码复审时

        反观我们平时的重构行为，大多也在以上时机进行。但是，以我个人的体会，我们在添加新功能时，对于重构，往往畏手畏脚。

        原因一：功能已经上线了，怕改坏了！
        原因二：有的功能费了牛劲修来改去才搞定，实在不忍心将自己再次打入地狱。
        结果：所以我们忍着代码的臭味，带着一身的臭虫继续前进，如果不是它把你咬急了，你都不忍心拍它，拍它一下自己也要痛半天。

         所以我们需要措施保证代码回归的质量稳定性，例如我们项目组采用自动化的单元测试、集成测试、界面测试以及手工的冒烟测试，目的只有一个：至少不让自己在该重构时裹足不前。