接口隔离原则

2002 年罗伯特·C.马丁给“接口隔离原则”的定义是：客户端不应该被迫依赖于它不使用的方法（Clients should not be forced to depend on methods they do not use）。该原则还有另外一个定义：一个类对另一个类的依赖应该 建立在最小的接口上（The dependency of one class to another one should depend on the smallest possible interface）。

以上两个定义的含义是：要为各个类建立它们需要的专用接口，而不要试图去建立一个很庞大的接口供所有依赖它 的类去调用。

接口隔离原则（将臃肿的接口拆分为多个独立接口）：
1.将多功能的接口拆分为多个粒度小的接口，预防外来变更的扩散，提高灵活性和拓展性
2.降低系统耦合，减少对外交互和代码冗余（不必实现接口的所有方法），提高系统层次性
3.接口定义的粒度过小会造成接口数量过多设计复杂，粒度太大降低灵活性

接口隔离的实现：
1.接口定义限度，一个接口只服务于一个子模块或业务逻辑
2.为依赖接口服务的类提供定制服务，只提供调用者需要的方法，屏蔽不需要的方法
3.提高内聚减少对外交互，接口用最少的方法完成最多的事

接口隔离原则和单一职责都是为了提高类的内聚性、降低它们之间的耦合性，体现了封装的思想，但两者是不同的：
1.单一职责原则注重的是职责，而接口隔离原则注重的是对接口依赖的隔离。
2. 单一职责原则主要是约束类，它针对的是程序中的实现和细节&#x