重构:从方法论到实践
最近部门内部组织了一次大型重构,刚好借着这个机会学习了重构相关的内容,重构可以说代码优化利器,可以很好改善代码结构和开发效率。个人觉得重构应该是随时进行的,开发阶段、测试阶段、上线后,任何时候你觉得代码写得不够好或者有bug都应该重构。
什么是重构
通俗讲就是不影响外界访问的前提下,修改代码的行为。这里的修改代码包括重新设计(业务设计和技术设计)和代码结构的调整。
重构是在不改变软件可观察行为的前提下改善其内部结构
重构通常不是一次性的,它贯穿软件的整个生命周期,只要觉得不合理都是重构的时机。
为什么重构
在接手一个遗留项目的时候,我们往往会遇到以下情况
某甲:代码看了半天还是看不懂啊,尼玛,一个方法上千行,心累ing
若干天后,终于看懂代码了,但是发现IDE一堆警告,一看提示说存在重复的代码,整个项目都是警告,那么多重复代码,不会封装一下吗,靠
试着优化下代码,改着改着发现好多if-else,还是多层嵌套,每个嵌套的判断还TM很复杂,想想还是先不改了,万一改出问题,老子要吃P的(线上故障)
以上情景想必大家一定很熟悉