接口分离原则ISP

接口分离原则（Interface Segregation PrincipleISP）是面向对象设计原则的一种，也叫接口隔离原则。接口分离原则指在设计时采用多个与特定客户类有关的接口比采用一个通用的接口要好。即，一个类要给多个客户使用，那么可以为每个客户创建一个接口，然后这个类实现所有的接口；而不要只创建一个接口，其中包含所有客户类需要的方法，然后这个类实现这个接口。

接口分离原则问题引入

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

接口分离原则是什么

定义一：客户端不应该依赖它不需要的接口
定义二：类间的依赖关系应该建立在最小的接口上

也就是说一个类对另一个类的依赖应该建立在最小的接口上,通俗的讲就是需要什么就提供什么，不需要的就不要提供。

接口中的方法应该尽量少，不要使接口过于臃肿，不要有很多不相关的逻辑方法。

接口分离原则好处

高内聚，低耦合
可读性高，易于维护

接口分离原则例子

上面这个图的意思是：类A依赖接口 I 中的方法1、方法2、方法3，类 B 是对类 A 依赖的实现。类 C 依赖接口 I 中的方法1、方法4、方法5，类 D 是对类 C 依赖的实现。对于类 B 和类 D 来说，虽然他们都存在着用不到的方法（也就是图中红色字体标记的方法），但由于实现了接口 I，所以也必须要实现这些用不到的方法。对类图不熟悉的可以参照程序代码来理解，代码如下：

 1 protocol I {
 2     func method1()
 3     func method2()
 4     func method3()
 5     func method4()
 6     func method5()
 7 }
 8 
 9 class A {
10     func depend1(i: I) {
11         i.method1()
12     }
13 
14     func depend2(i: I) {
15         i.method2()
16     }
17 
18     func depend3(i: I) {
19         i.method3()
20     }
21 }
22 
23 class B : I {
24     func method1() {
25         print("类 B实现接口 I 的方法 1")
26     }
27 
28     func method2() {
29         print("类 B实现接口 I 的方法 2")
30     }
31 
32     func method3() {
33         print("类 B实现接口 I 的方法 3")
34     }
35 
36     func method4() {}
37 
38     func method5() {}
39 }
40 
41 class C {
42     func depend1(i: I) {
43         i.method1()
44     }
45 
46     func depend2(i: I) {
47         i.method4()
48     }
49 
50     func depend3(i: I) {
51         i.method5()
52     }
53 }
54 
55 class D : I {
56     func method1() {
57         print("类 D实现接口 I 的方法 1")
58     }
59 
60     func method2() {
61 
62     }
63 
64     func method3() {
65 
66     }
67 
68     func method4() {
69         print("类 D实现接口 I 的方法 4")
70     }
71 
72     func method5() {
73         print("类 D实现接口 I 的方法 5")
74     }
75 
76 }
77 
78 let a = A()
79 a.depend1(i: B())
80 a.depend2(i: B())
81 a.depend3(i: B())
82 
83 let c = C()
84 c.depend1(i: D())
85 c.depend2(i: D())
86 c.depend3(i: D())

可以看到，如果接口过于臃肿，只要接口中出现的方法，不管对依赖于它的类有没有用处，实现类中都必须去实现这些方法，这显然不是好的设计。如果将这个设计修改为符合接口隔离原则，就必须对接口I进行拆分。在这里我们将原有的接口I拆分为三个接口，拆分后的设计如图2所示：

接口分离原则例子

对应代码如下：

 1 protocol I1 {
 2     func method1()
 3 }
 4 
 5 protocol I2 {
 6     func method2()
 7     func method3()
 8 }
 9 
10 protocol I3 {
11     func method4()
12     func method5()
13 }
14 
15 class A {
16     func depend1(i: I1) {
17         i.method1()
18     }
19 
20     func depend2(i: I2) {
21         i.method2()
22     }
23 
24     func depend3(i: I2) {
25         i.method3()
26     }
27 }
28 
29 class B: I1, I2 {
30     func method1() {
31         print("类 B实现接口 I1 的方法 1")
32     }
33 
34     func method2() {
35         print("类 B实现接口 I2 的方法 2")
36     }
37 
38     func method3() {
39         print("类 B实现接口 I2 的方法 3")
40     }
41 }
42 
43 class C {
44     func depend1(i: I1) {
45         i.method1()
46     }
47 
48     func depend2(i: I3) {
49         i.method4()
50     }
51 
52     func depend3(i: I3) {
53         i.method5()
54     }
55 }
56 
57 class D : I1, I3 {
58     func method1() {
59         print("类 D实现接口 I1 的方法 1")
60     }
61 
62     func method4() {
63         print("类 D实现接口 I3 的方法 4")
64     }
65 
66     func method5() {
67         print("类 D实现接口 I3 的方法 5")
68     }
69 }

接口隔离原则的含义是：建立单一接口，不要建立庞大臃肿的接口，尽量细化接口，接口中的方法尽量少。也就是说，我们要为各个类建立专用的接口，而不要试图去建立一个很庞大的接口供所有依赖它的类去调用。本文例子中，将一个庞大的接口变更为3个专用的接口所采用的就是接口隔离原则。在程序设计中，依赖几个专用的接口要比依赖一个综合的接口更灵活。接口是设计时对外部设定的“契约”，通过分散定义多个接口，可以预防外来变更的扩散，提高系统的灵活性和可维护性。

接口分离原则总结

很多人会觉的接口隔离原则跟之前的单一职责原则很相似，其实不然。

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

采用接口隔离原则对接口进行约束时，要注意以下几点：

接口尽量小，但是要有限度。对接口进行细化可以提高程序设计灵活性是不挣的事实，但是如果过小，则会造成接口数量过多，使设计复杂化。所以一定要适度
为依赖接口的类定制服务，只暴露给调用的类它需要的方法，它不需要的方法则隐藏起来。只有专注地为一个模块提供定制服务，才能建立最小的依赖关系
提高内聚，减少对外交互。使接口用最少的方法去完成最多的事情

运用接口隔离原则，一定要适度，接口设计的过大或过小都不好。设计接口的时候，只有多花些时间去思考和筹划，才能准确地实践这一原则。

转载 https://geek-docs.com/design-pattern/design-principle/interface-segregation-principle.html

posted on 2020-10-22 08:44 仒丙阅读(1186) 评论(0) 收藏举报