原创


👉文章示例代码👈


定义

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


注意点



场景示例

创建动物接口

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


/**
 * @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("鸟可以发出声音");
    }
}


类结构图

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


image.png



问题所在

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


但是由于狗这个类实现了我们的动物接口,所以它必须实现 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("鸟可以发出声音");
    }
}


类结构图

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


image.png


改进的好处



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

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


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


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


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



优点

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



参考