软件设计原则(二) 接口隔离原则

一、概念

客户端不应该依赖它不需要的接口；
一个类对另一个类的依赖应该建立在最小的接口上。

简单理解，就是不要在一个接口中定义太多的方法，这样这个接口会显得非常臃肿。接口应该细分到对应一个功能模块，不能建立一个大的接口将很多客户端要用的方法都写在一个接口中。

与单一职责原则区别：

接口隔离原则和单一职责原则的审视角度是不同的，单一职责原则要求类和接口职责单一，注重的是职责，是业务逻辑上的划分，而接口隔离原则要求方法要尽可能的少，是在接口设计上的考虑。

二、示例

下面举一个违反接口隔离原则的示例，代码如下：

public class Person {public static void main(String[] args) {Women women = new Women();women.eat();women.run();women.wearSkirt();women.growBeard();System.out.println("==========");Men men = new Men();men.eat();men.run();men.wearSkirt();men.growBeard();}
}/*** 人的一些特性对应的接口*/
interface PersonCharacter {/*** 跑步*/public void run();/*** 穿裙子*/public void wearSkirt();/*** 吃饭*/public void eat();/*** 长胡子*/public void growBeard();}class Women implements PersonCharacter {@Overridepublic void run() {System.out.println("女生跑步...");}@Overridepublic void wearSkirt() {System.out.println("女生穿裙子...");}@Overridepublic void eat() {System.out.println("女生吃饭...");}@Overridepublic void growBeard() {// 女生生的特质正常来说不应该包括长胡子，该方法对于类Women来说是没用的，Women并不需要实现这个无用的方法}}class Men implements PersonCharacter {@Overridepublic void run() {System.out.println("男生跑步...");}@Overridepublic void wearSkirt() {// 男生的特质正常来说不应该包括穿裙子，该方法对于类Men来说是没用的， Men并不需要实现这个无用的方法}@Overridepublic void eat() {System.out.println("男生吃饭...");}@Overridepublic void growBeard() {System.out.println("男生长胡子...");}
}

以上代码的类图大概如下：

运行结果：

可以看到，女生不可能有长胡子这个特性，男生也不可能有穿裙子这个特性，如果将所有的方法都写在一个接口中的话供所有客户端使用的话，那么这个接口显得有些臃肿，需要进行拆分。

三、优化

将接口拆分为三个独立的接口，让客户端只实现需要的方法即可，代码如下：

public class Person {public static void main(String[] args) {Women women = new Women();women.eat();women.run();women.wearSkirt();System.out.println("==========");Men men = new Men();men.eat();men.run();men.growBeard();}
}/*** 人的基础特性对应的接口*/
interface PersonBasicCharacter {/*** 跑步*/public void run();/*** 吃饭*/public void eat();}/*** 女生特有的特性对应的接口*/
interface WomenCharacter {/*** 穿裙子*/public void wearSkirt();
}/*** 男生特有的特性对应的接口*/
interface MenCharacter {/*** 长胡子*/public void growBeard();
}/*** 只需要让女生实现需要的一些方法即可，即不会依赖它不需要的方法growBeard()*/
class Women implements PersonBasicCharacter, WomenCharacter {@Overridepublic void run() {System.out.println("女生跑步...");}@Overridepublic void wearSkirt() {System.out.println("女生穿裙子...");}@Overridepublic void eat() {System.out.println("女生吃饭...");}}/*** 只需要让男生实现需要的一些方法即可，即不会依赖它不需要的方法wearSkirt()*/
class Men implements PersonBasicCharacter, MenCharacter {@Overridepublic void run() {System.out.println("男生跑步...");}@Overridepublic void eat() {System.out.println("男生吃饭...");}@Overridepublic void growBeard() {System.out.println("男生长胡子...");}
}

优化之后的类图大概如下：

运行结果：

四、总结

在实际项目中，要确保一个接口中的方法不能过于太多，这样会导致实现该接口的类可能并不需要某些方法，适当地进行拆分接口，能降低模块之间的耦合，方便后期功能扩展等等。

以下是接口隔离原则的优缺点：

优点：

1. 解耦，降低模块之间的耦合度；
2. 避免接口污染；
3. 提高扩展性，接口细分有助于后期扩展新功能；
4. 实现高内聚：提高接口，类，模块的处理能力，减少对外的交互；
5. 定制服务：单独为一个个体提供优良服务(只提供访问者需要的方法)

缺点：

如果接口拆分的非常细，可能会导致接口大爆炸，所以接口拆分需把握一个度，具体需要根据项目业务场景分析来定。

软件设计原则(二) 接口隔离原则相关推荐

软件设计原则之接口隔离原则、合成复用原则、迪米特原则
系列文章目录软件设计原则之单一职责原则.开闭原则软件设计原则之里氏替换原则.依赖倒置原则软件设计原则之接口隔离原则.合成复用原则.迪米特原则文章目录系列文章目录一.接口隔离原则什么是接口 ...
六大设计原则之接口隔离原则
接口隔离原则定义接口隔离有两种定义: Clients should not be forced to depend upon interfaces that they don't use. 客户端不 ...
七大设计原则之接口隔离原则应用
目录 1 接口隔离原则介绍 2 接口隔离原则应用 1 接口隔离原则介绍接口隔离原则(Interface Segregation Principle, ISP)是指用多个专门的接口,而不使用单一的总接 ...
面向对象的六大原则之接口隔离原则——ISP
ISP = Interface Segregation Principle ISP的定义如下: 1.客户端不应该依赖他不需要的接口 2.一个类对另外一个类的依赖性应该是建立在最小的接口上 3.不应当将 ...
面向对象编程原则(07)——接口隔离原则
版权声明本文原创作者:谷哥的小弟作者博客地址:http://blog.csdn.net/lfdfhl 参考资料 <大话设计模式> 作者:程杰 <Java设计模式> 作者:刘 ...
单一职责原则和接口隔离原则区别的理解
网上对于两者的区别众说纷纭,总是一套理论下来跟没有说一样,下面说说自己的理解: 单一职责原则: 是将某一职责的方法全放在一个接口中,这时候就会出现实现该接口的类必须实现该接口中自己用不到的方法(违背 ...
面向对象设计原则之接口隔离原则
接口隔离原则定义如下: 接口隔离原则(Interface Segregation Principle, ISP):使用多个专门的接口,而不使用单一的总接口,即客户端不应该依赖那些它不需要的接口. 根 ...
软件设计模式六大原则之四接口隔离原则（PHP语言实现）
转载,原文链接https://www.cnblogs.com/zhanghengscnc/p/8299459.html 定义:客户端不应该依赖它不需要的接口:一个类对另一个类的依赖应该建立在最小的接口 ...
6大设计原则之接口隔离原则
接口隔离原则的定义什么是接口. 实例接口,比如定义了一个Person类,然后 Person p = new Pserson(); 产生一个实例,Person类就是 p 的接口类接口,就是Java中 ...
七大设计原则之接口隔离原则
一.接口隔离原则介绍客户端不应该依赖它不需要的接口,即一个类对另一个类的依赖应该建立在最小的接口上.初看这个定义,让人摸不着头脑,我们看一个类图,看如下图所示: 类A通过接口Interface1依赖 ...