《设计模式之禅》观后感-六大设计原则（二）

通过大牛推荐，看了这本《设计模式之禅》书籍，个人将书里的一些重点罗列出来了，如有错误地方，麻烦各位大牛告知。

《设计模式之禅》作者：秦小波

后三种原则

接口隔离原则

接口隔离原则的定义
1.实例接口，在Java中声明一个类，然后用new关键字产生一个实例，它是对一个类型的事物的描述，这是一种接口。
2.类接口，Java中经常使用interface关键字定义的接口。
3.Clients should not forced to depend upon interfaces that they don’t use.(客户端不应该依赖它不需要的接口)
4.The dependency of one class to another one should depend on the smallest possible interface.(类间的依赖关系应该建立在最小的接口上)

接口隔离原则时对接口进行规范约束，其包含以下4层含义：
- 接口要尽量小；
根据接口隔离原则拆分接口时，首先必须满足单一职责原则。
- 接口要高内聚；
- 定制服务；
定制服务就是单独为一个个体提供优良的服务。
- 接口设计是有限度的；

接口隔离原则是对接口的定义，同时也是对类的定义，接口和类尽量使用原子接口或原子类来组装。但是，这个原子该怎么划分是设计模式中一大难题，在实践中可以根据以下几个规则来衡量：
- 一个接口只服务于一个子模块或业务逻辑；
- 通过业务逻辑压缩接口中的public方法，接口时常去回顾，尽量让接口达到“满身筋骨肉”，而不是“肥嘟嘟”的一大堆方法；
- 已经被污染了的接口，尽量去修改，若变更的风险较大，则采用适配器模式进行转化处理；
- 了解环境，拒绝盲从。每个项目或产品都有特定的环境因素，别看到大师是这样做的，你就照抄。千万别，环境不同，接口拆分的标准就不同，深入了解业务逻辑，最好的接口出自你的手中！

迪米特法则

迪米特法则的定义：
迪米特法则也成为最少知识原则，虽然名字不同，但描述的是同一个规则：一个对象应该对其他对象有最少的了解。通俗地讲，一个类应该对自己需要耦合或调用的类知道得最少，你（被耦合或调用的类）的内部是如何复杂都和我没关系，但是你的事情，我就知道你提供的这么多public方法，我就调用这么多，其他的我一概不关心。

迪米特法则对累的低耦合提出了明确的要求：
- 只和朋友交流。
- 朋友间也是有距离的。
迪米特法则要求类“羞涩”一点，尽量不要对外公布太多的public方法和非静态的public变量，尽量收敛，多使用private、package-private、protected等访问权限。
- 是自己的就是自己的。
如果一个方法放在本类中，既不增加类间关系，也对奔雷不产生负面影响，那就放置在本类中。
- 谨慎使用Serializable

迪米特法则的核心就是类间解耦，弱耦合，只有弱耦合了以后，类的复用率才可以提高。其要求的结果就是产生的大量的中转或跳转类，导致系统的复杂性提高，同时也为维护带来了难度，读者在采用迪米特法则时需要反复权衡，即做到让结构清晰，又做到高内聚低耦合。

开闭原则

开闭原则的定义：
在哲学上，矛盾法则对立统一的法则，是维护辩证法的最根本法则。
Software entities like classes, modules and functions should be open for extension but closed for modifications.(一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。)

开闭原则的定义已经非常明确地告诉我们：软件实体应该对扩展开放，对修改关闭，其含义是说一个软件实体应该通过扩展来实现变化，而不是通过修改已有的代码来实现变化。软件实体包括：1.项目或软件产品中按照一定的逻辑规则划分的模块。2.抽象和类。3.方法。

开闭原则是最基础的一个原则，只要是做面向对象编程的，不管是什么语言，Java也好，C++也好，或者是Smalltalk，在开发时都会提及开闭原则。依照Java语言的称谓，开闭原则是抽象类，其他五大原则是具体的实现类，开闭原则在面向对象设计领域中的地位就类似于牛顿第一定律在力学、勾股定律在几何学、质能方程在狭义相对论中的地位，其他位无人能及。

1.开闭原则对测试的影响；
2.开闭原则可以提高复用性；
缩小逻辑粒度，直到一个逻辑不可再拆分为止。
3.开闭原则可以提高可维护性；
4.面向对象开发的要求；
在设计之初考虑到所有可能变化的因素，然后留下接口，等待“可能”转变为“现实”；

如何使用开闭原则？
- 抽象约束
抽象是对一组事物的通用描述，没有具体的实现，也就表示它可以有非常多的可能性，可以跟随需求的变化而变化。因此，用过接口或抽象类可以约束一组可能变化的行为，并且能够实现对扩展开房，其包含三层含义：第一，通过接口或抽象类约束扩展，对扩展进行边界限定，不允许出现在接口或抽象类中不存在的public方法；第二，参数类型、引用对象尽量使用接口或者抽象类，而不是实现类；第三，抽象层尽量保持稳定，一旦确定既不允许修改。
- 元数据控制模块行为
元数据是用来描述环境和谁的数据，通俗地说就是配置参数，参数可以从文件中获取，也可以从数据库中获取。
- 制定项目章程
章程中指定了所有人员都必须遵守的约定，对项目来说，约定优于配置。
- 封装变化
对变化的封装包含两层含义：第一，讲相同的变化封装到一个接口或抽象类中；第二，将不同的变化封装到不同的接口或抽象类中，不应该有两个不同的变化出现在同一个接口或抽象类中。封装变化，也就是受保护的变化，找出预计有变化或不稳定的点，我们为这些变化点创建稳定的接口，准确地讲师封装可能发生的变化，一旦预测到货“第六感”发觉有变化，就可以进行封装，23个设计模式都是从各个不同的角度对变化进行封装。

在使用开闭原则时要注意几个问题：
1.开闭原则也是一个原则。
2.项目规章非常重要。
3.预知变化。

开闭原则时一个终极目标，任何人包括大师级人物都无法百分之百做到，但朝这个方向努力，可以非常显著的改善一个系统的架构，真正做到“拥抱变化”。