3333

什么时候重构？
1.重复的代码：提炼重复的代码
2.函数过长；精简函数，分割成不同的小功能函数
3.类过大：分割类，每个类只用来做相应的事情。
4.函数中参数列过长：用传递对象替代传递参数
5.发散式变化：变动一个地方时，要修改好几个地方的时候。
6.霞弹式修改：找到四处分布需要修改的代码，将它们集中起来。
7.依恋情节:函数使用那个class的数据最多，就把函数摆在那个class中。或者将函数分解成数个小函数，分别放在不同的地方。关键：将总是一起变化的东西放在一起。
8.数据泥团：总是绑在一起出现的数据，应该放进属于它们自己的对象中。
9.基本类型偏执：基本类型表示数值，class表示字符串和日期
10.switch:在单一函数中有些选择事例，并不会改动，那么可以使用switch，否则的话使用多态
11.平行继承体系：没有看懂
12.冗赘类：不要添加对程序没有作用的或是没有变化的类。
13.夸夸其谈未来性：程序中，如果所有装置都能用到，那么可以写，如果用不到，就不值得写，不然会造成系统难理解和维护
14.令人迷惑的暂时值域：
15.过度耦合的消息链：
16.中间转手人：
17.亲昵关系：把两类的共同点提取到安全地点，使用这个安全点。
18.异曲同工的类：
19.不完美的程序类库：
20.纯粹的数据类：
21.被拒绝的遗赠：
22.过多的注释：