java设计模式之设计原则④接口隔离原则

定义：
（1）用多个专门的接口，而不使用单一的总接口，客户端不应该依赖它不需要的接口。
（2）一个类对一个类的依赖应该建立在最小的接口上。
（3）建立单一接口，不要建立庞大臃肿的接口。
（4）尽量细化接口，接口中的方法尽量少。
（5）注意适度原则，一定要适度。
优点：
符合常说的高内聚低耦合的设计思想，从而使得类具有很好的可读性，可扩展和可维护性。

以下通过案例进行理解接口隔离原则
首先创建一个IAnimalAction接口（动物的行为接口）

然后创建一个实现类Dog来实现IAnimalAction，
对于Dog来说不会fly飞所以就会有一个空的实现

在写一个实现类Bird实现IAnimalAction，其中有的鸟会飞有的不会，所以在这个类中也会有空的实现

关于上面这样的情况我们在开发中也经常遇到，对于一个接口里面声明的东西过多，并且它们是不同类型的，也就是它们这个接口还可以更近一步的细化，然后我们通过实现来实现单个或多个的接口来进行编写。

类图如下：

只要实现IAnimalAction，它的三个方法都是必然要实现的。
现在把这个版本进行演进。
声明一个IFlyAnimalAction接口，只有一个fly方法

再声明一个IEatAnimalAction接口，只有一个eat方法

再声明一个ISwimAnimalAction接口，只有一个swim方法

然后我们在写Dog类的时候就可以选择实现哪些接口，比如说它可以吃饭，可以游泳。所以Dog类实现IEatAnimalAction和ISwimAnimalAction这两个接口。

类图如下：

接口隔离原则和单一职责原则看起来很像，但是它们是不一样的。
区别： 单一职责原则指的是类，接口和方法的职责是单一的，强调的是职责，也就是说在一个接口里只要职责是单一的，有多个方法也可以，针对的是程序中的实现和细节。
而接口隔离原则注重的是对接口隔离，主要约束的是接口，是针对抽象，针对程序整体框架的一个构建。