设计原则之接口隔离原则

接口隔离原则

1、概念

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

理解：一个类对另外一个类的依赖性应当是建立在最小的接口上的。一个接口代表一个角色，不应当将不同的角色都交给一个接口。没有关系的接口合并在一起，形成一个臃肿的大接口，这是对角色和接口的污染。

2、与单一职责区别

接口隔离原则与单一职责原则的审视角度不相同。单一职责原则要求是类和接口的职责单一，注重的是职责，这是业务逻辑上的划分。接口隔离原则要求接口的方法尽量少。

3、图片示例

• 可见《Java与模式》的接口隔离原则，以全文查询殷勤的系统设计为例
  反例：将所有功能接口放在一起，接口过于臃肿；在实现接口时，必须实现接口所有方法，造成代码冗余。
  
  遵循接口隔离原则进行拆分：
  将臃肿的接口拆分成三个角色：索引生成器角色Indexer，索引器角色Searcher，索引结果集角色ResultSet。一个接口代表了一个角色，其功能分别由特定的接口定义，细化职责，不向客户端提供不需要的行为。
  

4、使用注意事项

目的：系统解开耦合，从而容易重构，更改和重新部署。

• 接口要尽量小：接口隔离原则的核心定义，接口要尽量小，不要出现臃肿的接口，但是小也是有限度的，不能违背单一职责原则。
• 接口要高内聚：高内聚就是提高接口，类，模块的处理能力，减少对外的交互。具体到接口隔离原则就是要求在接口中尽量减少公布public方法，接口是对外的承诺，承诺越少对系统开发越有利，变更的风险就越少。
• 接口设计是有限度的：接口的设计粒度越小，系统越灵活。但是灵活的同时也带来了结构复杂，开发难度大，可维护性降低。所以接口设计是注意度。