设计模式原则（接口隔离）

什么是接口隔离原则 (Interface Segregation Principle, ISP)

接口对于Java开发者来说都不陌生，它几乎存在于每一个Java程序中，是抽象的代名词。
在讲接口隔离原则之前，先说说接口，接口分为以下两种：

• 实例接口(Object Interface)：在Java中声明一个类，然后用new关键字产生一个实例，是对一个类型的事物的描述，这就是一个接口。
  或许我们乍一看会有点懵，怎么和我们原来学习的接口不一样呢，其实我们这样想，我们都知道，在Java中有一个Class类，表示正在运行的类和接口，换句话说每一个正在运行时的类或接口都是Class类的对象，这是一种向上的抽象。
  接口是一种更为抽象的定义，类是一类相同事物的描述集合，那为什么不可以抽象为一个接口呢？
• 类接口(Class Interface)：这就是我们经常使用的用interface定义的接口

这里插一句，接口隔离原则中所说的接口并不是狭意的在Java中用interface定义的接口，而是一种更为宽泛的概念，可以是接口，抽象类或者实体类。

接口隔离原则定义如下：

• 客户端不应该依赖它不需要的接口
• 类间的依赖关系应该建立在最小的接口上

其实通俗来理解就是，不要在一个接口里面放很多的方法，这样会显得这个类很臃肿不堪。
接口应该尽量细化，一个接口对应一个功能模块，同时接口里面的方法应该尽可能的少，使接口更加轻便灵活。
或许看到接口隔离原则这样的定义很多人会觉得和单一职责原则很像，但是这两个原则还是有着很鲜明的区别。
接口隔离原则和单一职责原则的审视角度是不同的，单一职责原则要求类和接口职责单一，注重的职责，是业务逻辑上的划分，而接口隔离原则要求方法要尽可能的少，是在接口设计上的考虑。
例如一个接口的职责包含