源码分析之七大设计原则

一、接口隔离原则（Interface Segregation Principle）

定义：建立单一接口，不要建立庞大臃肿的接口，尽量细化接口，接口中的方法尽量少
即：为各个类建立专用的接口，而不要试图去建立一个庞大的接口供所有依赖它的类去调用
在程序设计中，依赖几个专用的接口要比依赖一个综合的接口更灵活
接口是设计是对外部设定的 ’ 契约 '，通过分散定义多个接口，可以预防外来变更的扩散，提高系统的灵活性和可维护性

说到这里，很多人会觉的接口隔离原则跟单一职责原则很相似，其实不然。
其一：单一职责原则原注重的是职责；而接口隔离原则注重对接口依赖的隔离
其二：单一职责原则主要是约束类，其次才是接口和方法，它针对的是程序中的实现和细节；而接口隔离原则主要约束接口接口，主要针对抽象，针对程序整体框架的构建

二、源码演练

反例代码

interface I {
    public void method1();
    public void method2();
}

class B implements I {
    public void method1() {
        System.out.println("类 B 实现接口 I 的方法 1");
    }
    
    public void method2() {}
}

对于类 B 来说，method2 不是必需的，但是由于接口 I 中有这个方法，所以在实现过程中即使这个方法的方法体为空，也要将这两个没有作用的方法进行实现

修改后的代码

interface I1 {
    public void method1();
}

interface I2 {
    public void method2();
}

class B implements I1 {
    public void method1() {
        System.out.println("类 B 实现接口 I1 的方法 1");
    }
}

三、温馨提示

采用接口隔离原则对接口进行约束时，要注意以下几点：
1、接口尽量小，但是要有限度，对接口进行细化可以提高程序设计灵活性是不挣的事实，但是如果过小，则会造成接口数量过多，使设计复杂化，所以一定要适度

2、为依赖接口的类定制服务，只暴露给调用的类它需要的方法，它不需要的方法则隐藏起来。只有专注地为一个模块提供定制服务，才能建立最小的依赖关系

3、提高内聚，减少对外交互。使接口用最少的方法去完成最多的事情

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