重构,改善既有代码(笔记向)
重构,改善既有代码
为什么要重构
-
避免软件在不停迭代中而使得代码设计越来越糟糕,进而导致难以开发。
-
使得代码更易理解,便于协同开发和维护,更好的复用模块,定位错误。
重构的原则
- 进行重构目标要清晰,避免一边重构又一边添加新功能,导致产生混乱。
- 要保证程序的可用性和可控性,步伐小,每步都要git管理和代码测试。
重构哪些地方
- 命名要规范和统一且要有关联和有意义,重视变量命名!
- 提炼重复的代码以提高复用性。
- 函数不易过长(<80行),过长要拆分,以降低耦合和更好的组装新函数。
- 减少全局变量避免难以维护,必要的全局变量的操作要加以封装,控制对其的访问。
- 函数内不同逻辑的代码段可以进行抽离,这样更有利于定位问题和修改。
- 对一个数据的操作,尽量将其封装到一个文件进行管理,避免逻辑变化导致跨越多个文件进行修改。
- for循环尽量使用管道操作(filter,map,reduce等),牺牲一点点性能,换来更好的可阅读性。
- 过于复杂的条件逻辑,可封装成带有说明的函数。对于结果一样的条件检查,可合并成一个条件表达式。
- 函数的职责尽量单一,无副作用的函数是更加优秀的。
- 有一堆的if else ,可以使用卫语句,将某条分支让一个函数来做并提早推出。
何时开始重构
- 最佳时机便是添加新功能前,提高之后的开发效率。
- 完成新功能或者code review后,种树最好的时间便是十年前和现在!
- 难以添加新功能的时候...

浙公网安备 33010602011771号