上周改造代码,最开始赶工期把代码按流水账式的方法堆砌上去了,随着需求的增加,代码扩展和问题定位都比较困难。新功能按正常逻辑加上去后,测试的时候发现有问题,代码需要一点点跟进才知道是前面的逻辑中有特殊判断,跟进代码定位问题时时不同的判断条件把自己都绕晕了,只能一行行的加日志一遍遍的调试才能找出来问题。
改造代码选择合适的设计模式,定位问题只需看具体的小分支的内容即可,大大地减弱了复杂性。再次扩展时不需要加很多的判断条件,再加一个小分支就可以解决。
改进都是在现有基础上,首先先把不好的代码写出来,才能在其基础上进行优化。生活中其它事情也是如此,先开始去做,再去做得更好。
网友评论