【设计模式】七大原则之接口隔离原则

接口隔离原则(Interface Segregation Principle)

基本介绍：

　　客户端不应该依赖它不需要的接口，即一个类对另一个类的依赖应该建立在最小的接口上。（最小可理解为最精确，比如说类A只会使用Interface1中方法1、2、3，多出来的方法4、5就导致了不是最精确的接口，所谓精确也就是说要不多不少正正好。）

　　接口隔离原则和单一职责都是为了提高类的内聚性、降低它们之间的耦合性，体现了封装的思想，但两者是不同的：

单一职责原则注重的是职责，而接口隔离原则注重的是对接口依赖的隔离
单一职责原则主要是约束类，它针对的是程序中的实现和细节；接口隔离原则主要约束接口，主要针对抽象和程序整体框架的构建

接口隔离原则的优点：

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

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

接口隔离原则的实现方法：

　　在具体应用接口隔离原则时，应该根据以下几个规则来衡量：

接口尽量小，但是要有限度。一个接口只服务于一个子模块或业务逻辑
为依赖接口的类定制服务。只提供调用者需要的方法，屏蔽不需要的方法
了解环境，拒绝盲从。每个项目或产品都有选定的环境因素，环境不同，接口拆分的标准就不同深入了解业务逻辑
提高内聚，减少对外交互。使接口用最少的方法去完成最多的事情

UML图示例：

　　（类A和类C依赖Interface1中的方法，类B和类D实现了Interface1中的方法）

　　类A通过接口Interface1依赖类B，类C通过接口Interface1依赖类D，如果接口Interface1对于类A和类C来说不是最小接口，那么类B和类D必须去实现他们不需要的方法。

　　按隔离原则应当这样处理:

　　将接口 Interface1 拆分为独立的几个接口(这里我们拆分成 3 个接口)，类 A 和类 C 分别与他们需要的接口建立依赖关系。也就是采用接口隔离原则。

按接口隔离原则处理后的UML图示例：

个人觉得比较好的例子：

学生成绩管理程序：

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

代码示例：

 1 package principle;
 2  
 3 public class ISPtest {
 4     public static void main(String[] args) {
 5         InputModule input =StuScoreList.getInputModule();
 6         CountModule count =StuScoreList.getCountModule();
 7         PrintModule print =StuScoreList.getPrintModule();
 8         input.insert();
 9         count.countTotalScore();
10         print.printStuInfo();
11     }
12 }
13  
14 // 输入模块接口
15 interface InputModule {
16     void insert();
17     void delete();
18     void modify();
19 }
20  
21 // 统计模块接口
22 interface CountModule {
23     void countTotalScore();
24     void countAverage();
25 }
26  
27 // 打印模块接口
28 interface PrintModule {
29     void printStuInfo();
30     void queryStuInfo();
31 }
32  
33 // 实现类
34 class StuScoreList implements InputModule,CountModule,PrintModule {
35  
36     private StuScoreList(){
37     }
38     
39     public static InputModule getInputModule() {
40         return (InputModule)new StuScoreList();
41     }
42  
43     public static CountModule getCountModule() {
44         return (CountModule)new StuScoreList();
45     }
46  
47     public static PrintModule getPrintModule() {
48         return (PrintModule)new StuScoreList();
49     }
50  
51     public void insert() {
52         System.out.println("输入模块的insert()方法被调用！");
53     }
54  
55     public void delete() {
56         System.out.println("输入模块的delete()方法被调用！");
57     }
58  
59     public void modify() {
60         System.out.println("输入模块的modify()方法被调用！");
61     }
62  
63     public void countTotalScore() {
64         System.out.println("统计模块的countTotalScore()方法被调用！");
65     }
66  
67     public void countAverage() {
68         System.out.println("统计模块的countAverage()方法被调用！");
69     }
70  
71     public void printStuInfo() {
72         System.out.println("打印模块的printStuInfo()方法被调用！");
73     }
74  
75     public void queryStuInfo() {
76         System.out.println("打印模块的queryStuInfo()方法被调用！");
77     }
78 }

运行结果：

输入模块的insert()方法被调用！
统计模块的countTotalScore()方法被调用！
打印模块的printStuInfo()方法被调用！

原文链接：https://blog.csdn.net/qq784515681/article/details/105133540