关于代码重构

感悟：
实际工作场景中，很难有连续的时间，让你重构老代码，大多数情况都是，给你一天
的时间让你加一个逻辑，你一看方法代码，是被N多人加过逻辑，再看注释，代码也
跟最初的逻辑不一样了。

有时你在老代码上加一点东西阻碍重重，比如：一个变量从头传到尾，你需要把整个
方法梳理一遍，跟踪这个变量的变化，怕有漏掉的地方，导致出错。你想重构代码，
但是又需要考虑时间成本。

那么什么情况下，你真的需要重构代码了？

三次法则：第一次做某件事时，只管去做；第二次做类似的事会反感，但无论如何还
是可以去做；第三次再去做类似的事，你就应该重构。