重构：改善既有代码的设计读书笔记2

- Large Class（巨大的类）：如果希望写一个类来做很多的事情，那么最终势必导致重复和混乱的代码。类的设计应当遵循单一职责原则（SRP）。重构一个巨大的类可以使用抽取接口的方式来搞清楚这个类应该如何分解。
- Long Parameter List（长参数列表）：这个对于做过Windows编程或者用过MFC（Microsoft Foundation Class）的程序员来说再熟悉不过了，Windows函数和MFC中的方法那些长得变态的参数列表对程序员来说都是恶梦。重构的方式很多，比较常见的是将相关的参数组织成一个对象来替换掉这些参数。
- Divergent Change（分散的可变性）和Shotgun Surgery（散弹式手术）：这两种坏味道前者讲的是新功能难以加入，后者说的是某种变化会引发多个细节的修改。简单的说如果程序中的可变因素散落在代码的各个角落中，那么代码的维护将是一场恶梦。重构的方法是找到特定原因造成的所有变化，然后将它们抽取到另一个类中。设计模式中的桥梁模式就是为了解决这一问题而提供的解决方案。
- Feature Envy：这个真没想到如何翻译会比较容易理解，简单的说就是一个方法从另一个类的对象那里获取许多的值，重构的方案是将该方法移到另一个类中。听起来很简单，但是在实践的时候却经常会忘了这么做。
- Data Clumps（数据群集）：状况类似于长参数列表。
- Primitive Obsession（基本类型偏执）。一个类中如果有很多基本类型的成员，通常可以考虑将不同的基本类型分散组装成对象，就像Hibernate中的组合映射那样，将一个类的对象嵌入到另一个类中作为其成员而不是只写一个类，里面有很多基本数据类型的成员。
- Switch Statements（重复的switch语句）：面向对象程序的一个明显特征就是用多态替换掉switch结构，因为这种switch结构会在多个地方重复。
- Parallel Inheritance Hierarchies（平行继承结构）：情况跟Shortgun Surgery差不多，可以使用桥梁模式进行重构。
- Lazy Class（冗余类）：如果一个类不值得存在，那么它就应该消失。
- Speculative Generality（投机通用性）：如果你的抽象类、委托、方法的参数没有实际的作用，那么就应当被移除掉。
- Temporary Field（临时字段）：类中某个字段只为某些特殊情况而设置。
- Message Chains（消息链）：我个人并没有感觉到这个有多么坏。
- Middle Man（中间人）：如果一个类的很多功能都通过委托给其他类来完成，那么就不如去掉这些中间人直接和真正负责的对象打交道。

__EOF__

本文作者：往心。
本文链接：https://www.cnblogs.com/lx06/p/14503510.html
关于博主：评论和私信会在第一时间回复。或者直接私信我。
版权声明：本博客转载请注明出处！
声援博主：如果您觉得文章对您有帮助，可以点击文章右下角【推荐】一下。您的鼓励是博主的最大动力！