关于重构的一点感受

 

为了赶项目工期，快速响应客户的需求，很多时候我们在编写代码时更多关注的是功能是否实现，是否满足需求，而忽视了代码的规范、简洁和可读性等。事后又很少有时间去重新修改或整理这些代码，随着项目越做越大，垃圾代码也越来越多，项目做完后，自己都不愿意再去看这些糟糕的代码，更不用说去整理或重新修改了。

所以我觉得应该在项目开发计划之中预留足够的时间来重构代码。重构时间不一定要太长，但一定要有，这样可以保证每个人都可以有时间去对自己的代码进行整理和修改。重构可以放在系统测试阶段进行，在修改bug的同时，对不太友好的代码及时进行重构。这样就可以将代码越改越完善，结构也越改越优美，而不是仅仅为了满足功能需要，将代码越改越糟糕。

测试用例在重构中扮演着很重要的角色，对重构的方法最好都有测试用例，这样可以对每一个修改进行及时的测试，保证修改不会影响功能。