重构应该注意的事情

代码重构可阅读经典著作《重构—改善既有代码的设计》，以下是工作中对重构的体会：

1、 每次仅重构一小步，针对一个问题有目的重构，修改完后测试、签入。在修改过程中及时看到旁边代码可优化也不要顺便重构，否则波及面越来越大，最终失败或引入BUG

2、 每次一小步，如果修改通不过或测试出问题，一时找不到原因，必须放弃该步所作的任何修改（不行就放弃）。不允许修改一半就提交，以后你会发现能更快的复原这些步骤完成重构。 如果对代码结构进行优化重构，结果发现新的结果还是不好，请放弃所做的修改。（不太成熟就放弃）

3、 不要为了美化而优化，要针对问题优化，把宝贵时间花在值得的地方 。如果一个模块或函数能工作，你又不知道怎样才能更好的重构，请不要重构，从周边地方重构（农村包围城市） 。不要期望设想一个漂亮的架构而去把代码立即改成好的架构，一定要小步前进、循序渐进的优化，改进一点是一点。

4、 随时随地小步重构，不要期望特拨几周专门重构，尽量不要为重构而重构，即使重构也是为了解决最要紧的问题。

5、 重构时不要添加功能，保证重构结果不改变功能。

6、 关于重构工作计划，建议先通过代码走查和互查，知道什么是代码问题，然后分头统一要重构模块的各个代码问题，汇总到负责人处，形成代码问题列表，统一按优先顺序依次重构，具体改代码时先让大家观察如何重构，然后大家根据学到的相同知识分头修改类似问题，然后进行下一轮修改计划。