设计原则之五——接口隔离原则

翠花也老了

已于 2023-02-15 22:31:00 修改

阅读量507

点赞数 1

分类专栏：七种设计原则文章标签：接口隔离原则 java 开发语言设计模式

于 2023-02-15 22:30:41 首次发布

本文链接：https://blog.csdn.net/yuiezt/article/details/129051186

版权

七种设计原则专栏收录该内容

8 篇文章 3 订阅

订阅专栏

以下七种设计原则是软件设计模式尽量遵循的原则，各种原则要求的侧重点不同。

开闭原则 是总纲，它告诉我们要对扩展开放，对修改关闭；
里氏替换原则 告诉我们不要破坏继承体系；
依赖倒置原则 告诉我们要面向接口编程；
单一职责原则 告诉我们实现类要职责单一；
接口隔离原则 告诉我们在设计接口的时候要精简单一；
迪米特法则 告诉我们要降低耦合度；
合成复用原则 告诉我们要优先使用组合或者聚合关系复用，少用继承关系复用。

接口隔离原则（Interface Segregation Principle，ISP）

客户端不应该被迫依赖于它不适用的方法。
Clients should not be forced to depend on methods they do not use.
另外一种定义：一个类对另一个类的依赖应该建立在最小的接口上。
The dependency of one class to another one should depend on the smallest possible interface.

要为各个类建立它们需要的专用接口，而不要视图去建立一个很庞大的接口供所有依赖它的类去调用。

接口隔离原则的优点

接口隔离原则是为了约束接口、降低类对接口的依赖性，遵循接口隔离原则有以下5个优点：

将臃肿庞大的接口分解为多个粒度小的接口，可以预防外来变更的扩散，提高系统的灵活性和可维护性。
接口隔离提高了系统的内聚性，减少了对外交互，降低了系统的耦合性。
如果接口的粒度大小定义合理，能够保证系统的稳定性；
但是，如果定义过小，则会造成接口数量过多，使设计复杂化；
如果定义太大，灵活性降低，无法提供定制服务，给整体项目带来无法预料的风险。
使用多个专门的接口还能够体现对象的层次，因为可以通过接口的继承，实现对总接口的定义。
能减少项目工程中的代码冗余。过大的大接口里面通常放置许多不用的方法，当实现这个接口的时候，被迫设计冗余的代码。

场景举例·壹学生成绩管理程序

分析：学生成绩管理程序一般包含插入成绩、删除成绩、修改成绩、计算总分、计算均分、打印成绩信息、査询成绩信息等功能，如果将这些功能全部放到一个接口中显然不太合理。
正确的做法是将它们分别放在输入模块、统计模块和打印模块等 3 个模块中，
其类图如下：
在这里插入图片描述

场景举例·贰动物行为

如果我们设计来一个动物接口

public interface IAnimal{
	void eat();
	void fly();
	void swim();
}

然后让鸟和狗来实现动物接口：

public class Bird implements IAnimal{
	@Override
	public void eat(){ ... }
	@Override
	public void fly(){ ... }
	@Override
	public void swim(){} //有些鸟的swim只能空着
}

public class Dog implements IAnimal{
	@Override
	public void eat(){ ... }
	@Override
	public void fly(){} //狗的fly只能空着
	@Override
	public void swim(){ ... }
}

所以，我们如果使用接口隔离原则来设计的话，会这样做：

public interface IEatAnimal{
	void eat();
}
public interface IFlyAnimal{
	void fly();
}
public interface ISwimAnimal{
	void swim();
}

这样一来，Bird实现IEatAnimal和IFlyAnimal，而Dog则实现IEatAnimal和ISwimAnimal。
如下类图，一目了然：
在这里插入图片描述

场景举例·叁角色与接口污染

一个接口相当于剧本中的一种角色，因此角色中一个舞台上有哪一个演员来演则相当于接口的实现。一个接口应当简单地代表一个角色，而不是多个角色。
由于每一个接口都代表一个角色，实现一个接口的对象，在它的整个生命周期中都扮演这个角色，因此将角色区分清楚就是系统设计的一个重要工作。不应该将几个不同的角色都交给同一个接口，而应当交给不同的接口。
没有经验的设计师往往想节省接口的数目，将一些看上去差不多的接口合并，一些人将这看作是代码优化的一部分，这是错误的！
准确而恰当地划分角色以及角色所对应的接口，是面向对象设计的一个重要的组成部分。
将没有关系的接口合并中一起，形成一个臃肿的大接口，是对角色和接口的污染。

接口隔离原则的实现方法

在具体应用接口隔离原则时，应该根据以下几个规则来衡量：
① 接口尽量小，但是要有限度。一个接口只服务于一个子模块或业务逻辑。
② 为依赖接口的类定制服务。只提供调用者需要的方法，屏蔽不需要的方法。
③ 了解环境，拒绝盲从。每个项目或产品都有选定的环境因素，环境不同，接口拆分的标准就不同，要深入了解业务逻辑
④ 提高内聚，减少对外交互。是接口用最少的方法去完成最多的事情。