Java设计模式之设计原则-接口隔离原则 (ISP)

👉文章示例代码👈

附链

你也可以在这些平台阅读本文：

• 语雀
• 个人博客

定义

用多个专门的接口，而不使用单一的总接口，客户端不应该被迫依赖于它不使用的方法。

注意点

• 一个类对另一个类的依赖应该建立在最小的接口上
• 建立单一接口，不要建立一个庞大臃肿的接口
• 尽量细化接口，接口中的方法尽量少
• 注意适度原则(接口太小会导致接口数量过多，设计变得复杂)

场景示例

创建动物接口

创建一个动物的接口，接口内部模拟动物的行为。

/**
 * @author zhh
 * @description 动物接口
 * @date 2020-02-06 00:49
 */
public interface IAnimal {

    /**
     * 吃
     */
    void eat();

    /**
     * 飞
     */
    void fly();

    /**
     * 发出声音
     */
    void makeSound();
}

创建接口实现类

/**
 * @author zhh
 * @description 狗
 * @date 2020-02-06 00:51
 */
public class Dog implements IAnimal {

    public void eat() {
        System.out.println("狗可以吃");
    }

    public void fly() {
        // 狗不能飞
    }

    public void makeSound() {
        System.out.println("狗可以发出声音");
    }
}

/**
 * @author zhh
 * @description 鸟
 * @date 2020-02-06 00:52
 */
public class Bird implements IAnimal {

    public void eat() {
        System.out.println("鸟可以吃");
    }

    public void fly() {
        System.out.println("鸟可以飞");
    }

    public void makeSound() {
        System.out.println("鸟可以发出声音");
    }
}

类结构图

以上示例类的结构图如下所示

问题所在

上述例子中，狗除了不会飞以外，吃和发出声音都是没有问题的。

但是由于狗这个类实现了我们的动物接口，所以它必须实现 fly() 这个方法，虽然这个方法只是一个空实现。

方案改进

细化接口

遵循接口隔离原则，细化上述动物接口至以下三个单一接口。

public interface IEat {
    /**
     * 吃
     */
    void eat();
}

public interface IFly {
    /**
     * 飞
     */
    void fly();
}

public interface IMakeSound {
    /**
     * 发出声音
     */
    void makeSound();
}

调整接口实现类

public class Dog implements IEat, IMakeSound {

    public void eat() {
        System.out.println("狗可以吃");
    }

    public void makeSound() {
        System.out.println("狗可以发出声音");
    }
}

public class Bird implements IEat, IFly, IMakeSound {

    public void eat() {
        System.out.println("鸟可以吃");
    }

    public void fly() {
        System.out.println("鸟可以飞");
    }

    public void makeSound() {
        System.out.println("鸟可以发出声音");
    }
}

类结构图

以上示例类的结构图如下所示

改进的好处

• 改进后的实现类相对于原先的实现类较为灵活
• 对接口进行了隔离(细粒度可以组装，粗粒度不能够拆分)

接口隔离原则 VS 单一职责原则

单一职责原则指的是类、接口、方法的职责单一，强调的是职责。

换句话也就是说在一个接口当中只要职责是单一的，接口中有多个方法也是可以的。

单一职责所约束的是类、接口和方法，其针对的是程序中的实现和细节。

接口隔离原则注重的是对接口依赖的隔离。主要约束的是接口，其针对抽象和程序整体框架的构建。

优点

符合高内聚低耦合的设计思想，使类具有很好的可读性、可扩展性和可维护性。

参考

• 《Head First 设计模式》
• 《大话设计模式》