Java项目工程重构

重构是一个老生常谈的话题。

1、什么是重构

    重构是不改变项目现有的业务逻辑或者代码逻辑，对程序进一步提炼或者扩展，使其在结构上更容易理解，代码的规范性更强，耦合性更弱。非常重要的一点，重构与性能没有必然的关系。

2、为什么重构

    当看到一个函数上千行代码，有没有心累？当看到一个类巨大，改一行代码结果整个程序就运行不起来了，要不要崩溃？更关键的是，调用了很长一串函数，每个函数干了谁都不知道的逻辑，还有一些甚至重复的函数功能， 想不想骂娘？奇葩的是，就是看这段代码不顺眼，看起的名字超出常识，有更显逼格的设计模式应用，能不能重写？

    诸如此类的原因，都是代码重构的原因。当然，通常情况下有两种场景不得不进行重构：1）业务发展到一定阶段，原来的程序设计不能满足业务需求，或者经过N多遍更改后，存在大量“不知所谓”的逻辑代码；2）引入新的架构设计，进行业务拆分。

3、怎么进行重构

重构的前提是找到有坏味道的代码，典型的坏味道代码有：

1）重复代码，对于相同的逻辑需要抽公共的方法或者类；

2）过长的函数（一般超过200行），需要积极的拆分子函数；

3）过大的类，类越大，职责就越多，导致类产生的实例也会越多。同时，职责越多的类，其修改后影响也就越大。

4）过长的参数列表，如果参数过多，或者变化太过频繁，考虑用对象替换参数列表；

5）发散式变化，如果类经常在不同的方向上发生变化，考虑将类拆分。

6）散弹式修改，与发散式变化刚好相反，如果遇到某种变化要修改很多地方，可以考虑将变化的抽到同一个类中。

7）依恋情结，就是如果某个函数功能需要调用另一个类中的大半变化，可以考虑将这个函数抽到变化的类中。

8）数据泥团，数据项总是喜欢成群结队的聚在一起，可以考虑对数据项抽象对象。

9）平行继承体系，就是为某个类增加一个子类的时候，也必须为另一个类增加子类，这时候可以考虑让一个继承体系引用另一个继承体系。

10）冗赘类

11）夸夸其谈的未来性，就是设计的时候过多考虑未来，导致现有的类设计复杂

12）过度耦合的消息链。

    I. 小步前进，频繁测试

1）重新提炼函数，是最常见的重构手法；

2）内联函数或者临时变量，就是收缩函数或者临时变量。比如内联临时变量的时候，直接用返回函数的表达式代替临时变量。

3）用函数对象取代函数，就是将函数放到单独的对象中，这样局部变量就变成里对象字段，有助于拆分函数。

4）替换算法，用另一个更清晰的算法替换到现有算法。

    II. 在对象之间搬移特性

1）搬移函数，就是将现有函数的实现逻辑搬移到一个新的常引用的类中，在本类中建立一个委托函数，调用新类中的新函数。

2）搬移字段，

3）提炼类，建一个新类，将相关的字段和函数从旧类中搬移；

4）移除中间人

5）引入外加函数，就是在提供类中创建一个函数，但是并不改变提供类。

6）以对象取代数据值，就是将数据项封装为对象。

7）将值引用替换为对象引用，或者将对象引用替换为值引用。

8）条件表达式分解，即条件变为函数。

9）用return表示条件结束，即使用卫语句，要么结束，要么抛出异常。

10）引入Null对象，引入断言