接口隔离原则

接口隔离原则

接口分为两种：

● 实例接口（Object Interface），在Java中声明一个类，然后用new关键字产生一个实例，它是对一个类型的事物的描述，这是一种接口。(Java中的类也是一种接口)
● 类接口（Class Interface），Java中经常使用的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.
类间的依赖关系应该建立在最小的接口上:
它要求是最小的接口，也是要求接口细化，接口纯洁，与第一个定义如出一辙，只是一个事物的两种不同描述。

建立单一接口，不要建立臃肿庞大的接口。
接口尽量细化，同时接口中的方法尽量少。

接口隔离原则是对接口进行规范约束，其包含以下4层含义：

● 接口要尽量小(根据接口隔离原则拆分接口时，首先必须满足单一职责原则)
● 接口要高内聚
高内聚就是提高接口、类、模块的处理能力，减少对外的交互。
要求在接口中尽量少公布public方法，接口是对外的承诺，承诺越少对系统的开发越有利，变更的风险也就越少，同时也有利于降低成本。
● 定制服务:定制服务就是单独为一个个体提供优良的服务。
● 接口设计是有限度的

接口隔离原则是对接口的定义，同时也是对类的定义，接口和类尽量使用原子接口或原子类来组装。

原子划分规则:

● 一个接口只服务于一个子模块或业务逻辑；
● 通过业务逻辑压缩接口中的public方法，接口时常去回顾，尽量让接口达到“满身筋骨肉”，而不是“肥嘟嘟”的一大堆方法；
● 已经被污染了的接口，尽量去修改，若变更的风险较大，则采用适配器模式进行转化处理；
● 了解环境，拒绝盲从。