和重构扛上了 – 汪明鑫的个人博客

何为重构

根据《重构改善既有代码的设计》一文中对重构的定义：

在不改变代码外在行为的前提下，对代码作出修改，以改进程序的内部结构。

因此重构的基本要求是不要更改代码的行为。

代码的坏味道?

CV 工程师…

祖传代码！

一看开头 Created on 2015-xx-xx

这样的系统？？？

可用性差、可维护性低、学习成本高

遇到上面的某些情况，就是重构的时机了!

1，重构并不是推翻以前的代码。

2，一定要考虑重构对线上的影响和冲击。

3，重构并不是要把代码写的多么牛逼，用各种设计模式，还是抽象设计的有多么完美，而是让系统的可用性、可维护性更好。

4，大型项目重构的时间尽量控制的越短越好，越拖后面问题暴露的越多。

5，一般来说，如果需要大型的项目重构和改造，需要考虑收益、人力，到底是不是刚需。

6，日常的代码重构和简单的refactor要时常保持，而不是要专门投入很多时间去搞，做功能需求的时候，看到不好或者不合理的地方就可以去试着refactor下，让组里大佬cr。

7，一个系统的历史代码如果一直没人动，历史包袱太重，那就已经相当危险了。