关于重构的一点总结

 

代码在维护的过程中质量会降低，这也可能是代码在诞生的那一刻就先天不良。无论是哪一种情况，都在强烈的警告，程序需要重构。

 

哪些情况需要重构

代码重复：

冗长的子程序：

循环过长或者嵌套更深：

内聚性太差的类：

类的接口的抽象层次不一致：

参数表中参数太多:

类的内部修改往往局限于某个部分

需要对多个类进行并行的修改

对继承体系的并行修改

需要对多个case语句进行并行修改

相关的数据项只是被放在一起，没有放到类中

成员函数更多的使用了其他类的功能，而非自身类

过于依赖基本数据类型

一个类不做什么事

一连串传递流浪数据的子程序

中间人对象设么也不干

某个类同其他类关系过密切

子程序的命名太差

数据成员被设置为公用

派生类仅使用了基类的一小部分成员函数

用注释来掩盖拙劣的代码

使用了全局变量

在子程序使用前调用设置代码，在使用后使用收尾代码

程序中包含的代码在将来的某个时间才会被调用