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

实例接口：一个类就是一个实例接口。此类的所有实例都符合这个类定义的接口。

类接口：就是高级语言中的interface或纯虚类。

接口隔离原则：Clients should not be forced to depend upon interfaces that they don't use.(客户端不应该依赖它不需要的接口）。The dependency of one class to another one should depend on the smallest possible interface.(类之间的依赖关系应该建立在最小的接口上 。）

接口隔离原则与单一职责原则都是对接口设计的规范。不过，单一职责原则强调的是职责的单一，即业务划分上的单一；接口隔离原则强调的是具体实现时，接口的规模不能过大。比如，一个接口的设计符合单一职责原则，只包含一个职责的定义，但是实现这个职责需要较多的函数或方法，而并不是所有的模块使用此接口时都会用到所有的方法，那么这个接口的设计就不符合接口隔离原则。

接口隔离原则对接口进行规范，要求：

1.接口规模要小。一个接口定义中不应该包含大量方法。但是，在设计接口时优先考虑单一职责原则。单一职责原则从业务上划分后，再考虑是否符合接口隔离原则。如果接口隔离原则过度使用——过分强调缩小接口规模，就会陷入过度设计的泥潭。

2.接口要符合高内聚的要求。面向对象设计最求的就是高内聚低耦合。高内聚有利于降低变更的风险，也有利于降低成本。一个接口应该对外公布较少的public函数或方法，尽量减少与外部的交互。

3.定制服务。一个接口提供给需要提供给不同的用户，如果不同的用户在调用此接口时的表现是不同的，就需要考虑把此接口进行进一步的划分，变成两个提供不同服务的接口。

4.接口不要过渡设计。小接口在提高系统的灵活性的同时，也会大大增加系统的复杂性，使得开发和维护都变得困难。