前言

上一节我们学习了单一职责原则，简单来说就是各司其职，厨师就专注做好菜，不要跑到前堂做起小二。

但是呢，万事无一绝对。如果只是小饭店有时候也不是特别严格。还是那句话，原则是死的，人是活的。

接下来我们来学习接口隔离原则。

基本介绍

客户端不应该依赖它不需要的接口，即一个类对另一个类的依赖应该建立在最小的接口上。

怎么理解呢？

就是说，一个接口拥有的行为应该尽可能的小。

如果说这个接口定义了很多方法，但是呢，我们实现这个接口的时候并不需要这么多的方法。那么你就会发现，除了个别几个你需要的方法实现了，很多不需要的方法也必须得实现了，造成很多空方法的出现。

这是一种很糟糕的设计，这样做不仅会强制实现本来不该实现的方法，最严重的是会给使用者造成假象，即这个实现类拥有接口中所有的行为，结果调用方法时却没收获到想要的结果。

案例

案例如下：

public interface Car {
    void run();
    void fly();
    void appearance();
}

public class Audi implements Car {
    public static void main(String args[]){
        Audi audi = new Audi();
        audi.run();
        audi.appearance();
        audi.fly();
    }
    @Override
    public void appearance() {
        System.out.println("我奥迪有炫酷的车灯");
    }
    @Override
    public void run() {
        System.out.println("我不光能跑，我还跑的很快");
    }
    @Override
    public void fly() {
    }
}

上诉代码输出结果

我不光能跑，我还跑的很快
我奥迪有炫酷的车灯

上诉代码中的接口Car就没有遵循最小接口原则。因为这个接口定义了一个并不属于Car的方法fly()。你在实现这个接口的时候你也必须重写fly()方法。

但是呢，车并没有这个功能，所以大部分情况下你会将这个方法重写了但是里面是空方法。

首先代码不简洁。其次当某个人调用该类方法的时候，就会给使用者造成车会飞的假象。

default关键字

上述代码在JDK1.8版本以后还能能写成这种形式

public interface Car {
    default void run(){
        System.out.println("我能跑");
    }
    default void fly(){
        System.out.println(("我不能飞"));
    }
    void appearance();
}

public class Audi implements Car {
    public static void main(String args[]){
        Audi audi = new Audi();
        audi.run();         //我不光能跑，我还跑的很快
        audi.appearance();  //我有炫酷的车灯
        audi.fly();         //我不能飞
    }
    @Override
    public void appearance() {
        System.out.println("我有炫酷的车灯");
    }
    @Override
    public void run() {
        System.out.println("我不光能跑，我还跑的很快");
    }
}