设计模式系列之设计原则（4）接口隔离原则

定义

1. 客户端不应该依赖它不需要的接口。
2. 类间的依赖关系应建立在最小的接口上。

以上两个定义描述了接口隔离原则的基本含义：不要建立上帝接口（解决所有问题的接口）或胖接口（解决很多问题的接口），要为类建立需要的专用、小接口。接口隔离实质上是对接口功能进行划分，将不同功能的代码分别“隔离”到不同的接口中。该原则和单一职责原则都要求设计者对业务进行拆分处理，最终达到低耦合高内聚的设计目标。两者的区别在于：

• 约束对象不同。显而易见，接口隔离原则是针对接口层面，包括接口和抽象类，在构建低层基础框架过程中发挥作用。单一职责原则针对实现类层面，包括类、接口和方法，在实现业务代码细节过程中发挥作用。
• 强调目标不同。接口隔离原则的视角对准大的功能模块，强调对大模块的职责分割，分割后实现类中不存在无用的方法，接口间具备低耦合性。单一职责原则的视角对准单个类（接口或方法）内部，强调类（接口或方法）自身功能单一，具备高内聚性。

作用

遵循接口隔离原则的接口设计具备以下优点：

• 降低因变更引入错误的扩散。因为接口对实现类具备专一性，需求功能变更引起的接口变化只会扩散到功能一致的代码中。
• 减少代码冗余。一个接口只规范相关功能，实现类中不存在无用的方法。
• 降低单个接口的复杂度，接口规范的功能较专一。
• 降低系统耦合。接口规范的功能较专一，会减少接口间的交互，系统整体的耦合会降低。

实现方法

• 基于业务需求，对接口功能包含的功能进行有限的拆分。理想情况下，一个接口只服务一个子模块或业务逻辑。
• 同单一职责类似，实现类可通过实现多个接口完成业务需求。

代码实践

同不遵循单一职责原则的接口的接口层面类似，代码如下

//接口包含了两项功能
public interface ICourse {
    //获取课程名称
    String getCourseName();

    //管理课程
    void managerCourse();
}

对上面接口进行拆分，得到两个接口如下

//定义获取课程名称的规范
public interface IGetName {
    //获取课程名称
    String getCourseName();
}

//定义管理课程的操作
public interface IManagerCourse {
    //管理课程
    void managerCourse();
}

同类不同的是，实现类可以继承多个接口，进行对功能进行组装，如下面代码

//实现两个接口，具备两个接口定义的功能
public class StudyCourse implements ICourse, IManagerCourse {
    @Override
    public String getCourseName() {
        System.out.println("java课程");
        return "java课程";
    }

    @Override
    public void managerCourse() {
        System.out.println("管理课程");
    }
}

显然，这种方式对应的类图如下

参考资料

• 接口隔离原则——面向对象设计原则