代码重构的时机

重构的好处

能改进软件设计

使软件更容易被理解

能帮你找到bug

提高软件的开发速度

    三次法则:    事不过三,三则重构.意思是说,一件事情,第一次只管去做,第二次做类似的事情会产生反感,但无论如何还是做了,第三次再做类似的事情,你就应该重构.

什么时候应该重构

 1 增加一个新的功能之前。

 2 在修复一个错误的时候。

 3 在做代码浏览的空闲时间

什么时候不应该重构

 1  代码不能工作了，或者说有些代码没有办法修改了，根本就没有办法让代码保证稳定；这个时候不应该重构。重构至少要保证代码可以正常的工作；重构只能帮助你找BUG，但不能绝对消除BUG。这种情况下，最好重新设计和重写。

 2 当你工期接近死期的时候。因为这个时候你重构的效果会在死期之后才能体现，但太晚了。另外一种说法就是，如果你为了功能性而放弃了质量，你的代码存在隐患，你就想负债一样，这些债务在适当的时候要还一还，那个时候使用重构。