设计模式-软件设计原则4-接口隔离原则

接口隔离原则（InterfaceSegregationPrinciple,ISP）是指用多个专门的接口，而不使用单一的总接口，客户端不应该依赖它不需要的接口。这个原则指导我们在设计接口时应当注意一下几点：
1、一个类对一类的依赖应该建立在最小的接口之上。
2、建立单一接口，不要建立庞大臃肿的接口。
3、尽量细化接口，接口中的方法尽量少（不是越少越好，一定要适度）。
接口隔离原则符合我们常说的高内聚低耦合的设计思想，从而使得类具有很好的可读性、可扩展性和可维护性。我们在设计接口的时候，要多花时间去思考，要考虑业务模型，包括以后有可能发生变更的地方还要做一些预判。所以，对于抽象，对业务模型的理解是非常重要的。下面我们来看一段代码，写一个动物行为的抽象：IAnimal接口：

package com.lch.test.interfacesegregation;

public interface IAnimal {
    void eat();
    void fly();
    void swim();
}

可以看出，Bird的swim()方法可能只能空着，Dog的fly()方法显然不可能的。这时候，我们针对不同动物行为来设计不同的接口，分别设计 IEatAnimal，IFlyAnimal 和ISwimAnimal接口，来看代码：
IEatAnimal接口：

package com.lch.test.interfacesegregation;

public interface IEatAnimal {
    void eat();
}

package com.lch.test.interfacesegregation;

public interface IFlyAnimal {
    void fly();
}

package com.lch.test.interfacesegregation;

public interface ISwimAnimal {
    void swim();
}

Dog只实现IEatAnimal和ISwimAnimal接口： 

package com.lch.test.interfacesegregation;

public class Dog implements IEatAnimal,ISwimAnimal {

    @Override
    public void eat() {

    }

    @Override
    public void swim() {

    }
}

Bird只实现eat 和fly的接口

package com.lch.test.interfacesegregation;

import jdk.nashorn.internal.ir.IfNode;

public class Bird implements IEatAnimal, IFlyAnimal {
    @Override
    public void eat() {
    }

    @Override
    public void fly() {
    }
}

UML类图对比如下：