设计模式学习笔记（十三）“接口隔离原则”

1. 接口隔离原则

接口隔离原则的英文翻译是“ Interface Segregation Principle”，缩写为 ISP。RobertMartin 在 SOLID 原则中是这样定义它的：“Clients should not be forced to dependupon interfaces that they do not use。”直译成中文的话就是：客户端不应该强迫依赖它不需要的接口。其中的“客户端”，可以理解为接口的调用者或者使用者。

可以把“接口”理解为下面三种东西：

• 一组 API 接口集合
• 单个 API 接口或函数
• OOP 中的接口概念

2. 深入剖析接口概念

（1）一组接口集合

把接口隔离原则中的接口，理解为一组接口集合，它可以是某个微服务的接口，也可以是某个类库的接口等等。在设计微服务或者类库接口的时候，如果部分接口只被部分调用者使用，那我们就需要将这部分接口隔离出来，单独给对应的调用者使用，而不是强迫其他调用者也依赖这部分不会被用到的接口。

例如： UserService.class ，是一个interface，它里面有一组和用户相关的API，比如：注册、登录、获取用户信息等。这里的多个API就可以理解为一组接口集合。

（2）单个API接口或函数

把接口理解为单个接口或函数（以下为了方便讲解，我都简称为“函数”）。那接口隔离原则就可以理解为：函数的设计要功能单一，不要将多个不同的功能逻辑在一个函数中实现。

例如：Statistics.java类 有count()方法，接口隔离原则有个前提，那就是函数的设计要功能单一，所以，如果在count()方法里进行max()、min()、size（）等的函数处理，它就违背了该原则。所以这里需要将count() 方法拆成 max()、min()、size() 三个方法，每个函数自身就是单个API接口或函数了。

（3）OOP 中的接口概念

如果把“接口”理解为 OOP 中的接口，也可以理解为面向对象编程语言中的接口语法。那接口的设计要尽量单一，不要让接口的实现类和调用者，依赖不需要的接口函数。

 

3. 接口隔离原则与单一职责原则的区别

单一职责原则针对的是模块、类、接口的设计。接口隔离原则相对于单一职责原则，一方面更侧重于接口的设计，另一方面它的思考角度也是不同的。接口隔离原则提供了一种判断接口的职责是否单一的标准：通过调用者如何使用接口来间接地判定。如果调用者只使用部分接口或接口的部分功能，那接口的设计就不够职责单一。