感悟:
实际工作场景中,很难有连续的时间,让你重构老代码,大多数情况都是,给你一天
的时间让你加一个逻辑,你一看方法代码,是被N多人加过逻辑,再看注释,代码也
跟最初的逻辑不一样了。
有时你在老代码上加一点东西阻碍重重,比如:一个变量从头传到尾,你需要把整个
方法梳理一遍,跟踪这个变量的变化,怕有漏掉的地方,导致出错。你想重构代码,
但是又需要考虑时间成本。
那么什么情况下,你真的需要重构代码了?
三次法则:第一次做某件事时,只管去做;第二次做类似的事会反感,但无论如何还
是可以去做;第三次再去做类似的事,你就应该重构。