设计模式之接口隔离原则

接口隔离原则(Interface Segregation Principle,ISP)是指用多个专门的接口，而不使用单一的总接口，客户端不应该依赖它不需要的接口。
根据接口隔离原则，我们设计接口时应该注意一下几点：
1.一个类对另一个类的依赖应该建立在最小的接口上。
2.建立单一的接口，不要建立庞大臃肿的接口。
3.尽量细化接口，接口中的方法尽量少。(但不是越少越好，要适度)
接口隔离原则符合我们常说的高内聚，低耦合的设计思想。接口的设计是要依赖业务来实现的，因此在设计接口时，要多思考，考虑业务逻辑，业务模型，还要对以后有可能发生变化的地方进行考虑和预判。所以，对于抽象，业务模型的理解是非常重要。
来看以下代码，通过对一个动物行为进行抽象描述：
1.IAnimal 接口代码：
public interface IAnimal{
    void eat();    
    void fly();
    void swim();
}

Bird 类代码：
public class Bird implements IAnimal{
    @override
    public void eat(){}

    @override
    public void fly(){}

    @override
    public void swim(){}
}

Dog 类代码：
public class Dog implements IAnimal{
    @override
    public void eat(){}

    @override
    public void fly(){}

    @override
    public void swim(){}
}

2.从以上代码可以看出Bird 的 swim() 方法可能只能空着，Dog 中的 fly()方法显然是不可能的。此时，我们可以根据不同的动物设计不同的接口，分别设计IEatAnimal、IFlyAnimal和ISwimAnimal接口：
IEatAnimal 接口：
public interface IEatAnimal{
    void eat();    
}

IFlyAnimal 接口：
public interface IFlyAnimal{
    void fly();
}

ISwimAnimal 接口：
public interface ISwimAnimal{
    void swim();
}

Dog 只实现IEatAnimal、ISwimAnimal这两个接口，这样就实现了接口隔离原则
public class Dog implements IEatAnimal,ISwimAnimal{
    @override
    public void eat(){}
    
    @override
    public void swim(){}
}