何时重构？

何时重构？

我们知道了何谓重构和为何重构，那么什么时候才是重构的好时机呢？我们是不是应该安排专人专门安排时间来进行重构呢？

答案是否。

重构本来就不是一件需要专一去做的事情（并不是说重构不重要），重构应该随时随地进行！记住一点：不应该为重构而重构。之所以重构，是因为你要做别的事情，而重构可以帮助你把事情做好。

三次法则（事不过三，三则重构）

类似的事情，第一次去做的时候尽管去做，无须考虑太多；第二次还是需要做重复的事情的时候，会产生反感（但是还是能做）；但是第三次再次去做类似的事情的时候，你就应该也必须重构了。

添加功能时重构

当我们想给代码添加新功能的时候，不可避免的需要修改旧的代码——可能是别人写的，也可能是自己写的。但是无论何时，如果你不能快速的理解相关代码，你就应该重构（之所以这么做，一是为了自己下次看见这块代码时更容易理解，最主要的原因是：在新增功能时把代码结构理清楚，就可以理解更多的东西）。

修补错误时重构

当收到错误或者bug报告的时候，就是需要重构代码的信号。因为代码还不够清晰——没有清晰到一眼看出bug的程度。

复审代码时重构

代码复审对于编写清晰代码很重要。我的代码对我自己来说很清晰，但是他人则不一定。这是无法避免的。代码复审会让更多的人提出更好的、更有用的建议，对于这些建议可以考虑是否可以通过重构来实现它们。如果可以，就立即动手重构。这样可以更深层次的理解代码，提出更多恰当的建议。

重构还可以帮助代码复审得到更具体的结果。不仅仅是建议，而且其中的许多建议能够立即实现。