接口隔离原则（Interface Segregation Principle）

作用：它指导我们如何正确地进行接口设计!

定义

1)   一个类对另外一个类的依赖性应当是建立在最小的接口上

Ø  一旦一个接口太大，则需要将它分割成一些更细小的接口，使用该接口的客户端仅需知道与之相关的方法即可。

Ø  ISP可以达到不强迫客户（接口的使用方）依赖于他们不用的方法——在接口设计中应该保证，接口的实现类应该只呈现为单一职责的角色（遵守SRP原则）；

Ø  ISP还可以降低客户之间的相互影响——当某个客户程序要求提供新的职责（需求变化）而迫使接口发生改变时，影响到其他客户程序的可能性会最小。

Ø  一个接口相当于剧本中的一种角色，而此角色在一个舞台上由哪一个演员来演则相当于接口的实现。因此，一个接口应当简单地代表一个角色，而不是多个角色。如果系统涉及到多个角色的话，那么每一个角色都应当由一个特定的接口代表。

2)   客户端程序不应该依赖它不需要的接口方法（功能）

Ø  比如在应用继承时，由于子类将继承父类中的所有可用的方法；而父类中的某些方法，在子类中可能并不需要，但也将被父类强迫使用？！因此，谨用继承！

Ø  接口隔离原则与迪米特法则（下面讲到）都是对一个软件实体与其他的软件实体的通信限制。迪米特原则要求尽可能地限制通信的宽度和深度，接品隔离原则要求通信的宽度尽可能地窄。这样做的结果使一个软件系统在功能扩展过程当中，不会将修改的压力传递到其他对象。

接口隔离原则要点：

1)  接口属于客户，不属于他所在的类层次结构

2)  多个面向特定用户的接口胜于一个通用接口

3)  如果强迫客户程序依赖于那些他们不使用的方法，那么这些客户程序就面临着由于这些未使用方法的改变而带来的变更

4)  使用委托分离接口

5)  使用多重集成分离接口

6)  合成、聚合复用原则

接口隔离原则分析

接口隔离原则是指使用多个专门的接口，而不使用单一的总接口。每一个接口应该承担一种相对独立的角色，不多不少，不干不该干的事，该干的事都要干。

1)   一个接口就只代表一个角色，每个角色都有它特定的一个接口，此时这个原则可以叫做“角色隔离原则”。 

2)   接口仅仅提供客户端需要的行为，即所需的方法，客户端不需要的行为则隐藏起来，应当为客户端提供尽可能小的单独的接口，而不要提供大的总接口。

3)   使用接口隔离原则拆分接口时，首先必须满足单一职责原则，将一组相关的操作定义在一个接口中，且在满足高内聚的前提下，接口中的方法越少越好。

4） 可以在进行系统设计时采用定制服务的方式，即为不同的客户端提供宽窄不同的接口，只提供用户需要的行为，而隐藏用户不需要的行为。