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.
客户端不应该依赖它不需要的接口,类间的依赖关系应该建立在最小的接口上
建立单一接口，不要建立臃肿庞大的接口。再通俗一点讲：接口尽量细化，同时接口中的方法尽量少。
看到这里大家有可能要疑惑了，这与单一职责原则不是相同的吗？
错，接口隔离原则与单一职责的审视角度是不相同的，单一职责要求的是类和接口职责单一，注重的是职责，这是业务逻辑上的划分，
而接口隔离原则要求接口的方法尽量少
- 接口要尽量小
接口隔离原则的核心定义，不出现臃肿的接口(不违反单一职责原则),根据接口隔离原则拆分接口时，首先必须满足单一职责原则
- 接口要高内聚
高内聚就是提高接口、类、模块的处理能力，减少对外的交互,具体到接口隔离原则就是，要求在接口中尽量 少公布public方法，接口是对外的承诺， 承诺越少对系统的开发越有利，变更的风险也就越 少，同时也有利于降低成本
- 定制服务
定制服务就是单独为一个个体提供优良 的服务。我们在做系统设计时也需要考虑对系统之间或模块之间的接口采用定制服务。采用 定制服务就必然有一个要求：只提供访问者需要的方法
- 接口设计是有限度的
接口的设计粒度越小，系统越灵活,但是，灵活的同时也带来了结构 的复杂化，开发难度增加，可维护性降低,所以接口 设计一定要注意适度
接口隔离原则是对接口的定义，同时也是对类的定义，接口和类尽量使用原子接口或原子类来组装,一个接口只服务于一个子模块或业务逻辑