循序渐进地代码重构

QIgSzf-nXcZR1MOZ_QI6

  英文原文:Refactoring — Not on the backlog!

  对于如何进行代码重构,一直有着很多种说法。很多人都认为应该将重构代码放在backlog里。但是其实,这并不是一个理想的方法。1HBkiUIDxp7_mODeWkWJ

  在项目刚刚开始的时候,你的代码很干净。ellDhZD1v-lXwM-dICMF

  即使有的时候需要小小的绕一下路,但是这个时候我们可以轻松、平稳的添加功能。这个阶段一般都不会出现问题,而且由于我们比较着急,所以即使出现了一些小问题,我们也不会注意到。vXutI6MOFqFbw9S-Jp5s

  然而,随着项目做的时间变长,这些小的问题就会累计起来。这就是人们所说的“技术债务”。其本质,就是并不算特别好的代码,但是这个时候其问题还没有完全显现出来。d8aghZOYu_BDkOdJWsRv

  但是,随着我们一直添加新功能,这些问题就会逐渐显现出来,我们不得不小心翼翼的绕开他们。tsS0T-aIzkNSml0iiL1N

不可避免的,我们的开发速度会被拖慢。但是为了追求速度,我们开始变得越来越不小心,不久之后,问题也会越来越多。XKk3QjGqFWoSJQhsKrn

  这些问题会像积木一样累计起来,层层叠叠,让我们的开发速度变得更慢。虽然我们终于意识到了问题的存在,但是没有时间彻底解决它。我们只能继续小心翼翼的绕开它们。w-lLhUb93Ay9lVaSjOp

  很快,我们会发现半数以上的代码都与那些小问题有交集,它们无时无刻不在影响我们的开发速度。直到有一天,你发现自己没法继续绕开它们。DrhXTmNBS1WbL5CvWZcF

  不得不做点事情了。我们必须要进行复杂的代码重构,让我们重新获得干净的代码。你不得不向上级申请时间进行代码重构。其实这种工作方式并不好,我们花时间去填自己以前挖的坑。而且有的时候,公司并没有让你去重构代码的时间。JMtaRoiwrJEEAveVL8k5

  即使公司给你时间了,你也很难很好的对代码进行重构。要知道,重构代码所需的时间,往往要远高于你的预期。如果这些纷乱的代码是你用了10周写出来的,那么你很难再用10周的时间对它们进行重构。

  由此可见,这种代码重构的方式并不好。那么我们应该怎么做呢?xLzZsJ9j-JfKQSvqWpcH

  很简单,那就是每遇到一个问题,就马上解决它,而不是选择绕过它。完善当前正在使用的代码,那些还没有遇到的问题,就先不要理它。在当前前进的道路上,清除所有障碍,以后你肯定还会再一次走这条路,下次来到这里的时候你会发现路上不再有障碍。软件开发就是这样。

  或许解决这个问题需要你多花一点时间。但是从长远来看,它会帮你节省下更多的时间。X4wM62_gagagO4EJl-o8

  在添加新功能的时候,我们就先清理这个功能所需要的代码。花一点时间,用滴水穿石的方法逐渐清理代码,随着时间的推移,我们的代码就会越来越干净,开发速度也会越来越快。6Ak9CIr9IyD8K2UEqQg4

  一段时间之后,你会发现之前所有的技术债务都不见了,所有的坑都被填平了。这种循序渐进的代码重构的好处开始显现,编程的速度明显加快

这才是代码重构的正确打开方式!

原文链接:,转发请注明来源!

发表评论