原 设计模式之禅——六大原则（接口隔离原则）

接口隔离原则的定义：

建立单一接口，不要建立臃肿放大的接口。接口尽量细化，同时接口中的方法尽量少。
这不是单一职责原则，单一职责要求的是类和接口的职责单一，注重的是职责，这是业务逻辑上的划分，而借口隔离原则要求接口的方法尽量少。例如一个接口的职责可能包含是个方法，这是个方法都放在一个接口中，并且提供给多个模块访问，这10个方法都放在一个接口中，并且提供给多个模块访问，各个模块按照规定的权限来访问，在系统外通过文档约束”不使用的方法不要访问“，按照单一职责原则是允许的，按照接口隔离原则是不允许的，因为它要求”尽量提供多个专门的接口。专门的接口指什么？就是指提供给每个模块的都应该是单一接口，提供给几个模块就应该有几个接口，而不是建立一个庞大臃肿的接口，容纳所有的客户端访问。
星探找美女举例:

public abstract class AbstractSearcher(){
    protected IPettyGirl prettyGirl;
    public AbstractSeacher(IpettyGirl _pettyGirl){
        prettyGrl = _pettyGirl;
    }
    public abstrace void show();
}
----------
public interface IpettyGirl{
    public void goodLooking(); //脸好看
    public void niceFigure(); //有身材
    public void greatTemperament();//有气质
}
----------
public class PettyGirl implements IPettyGirl{
    private String name;
    public PettyGirl(String name){
        this.name = name;
    }
    public void goodLooking(){
        System.out.println(this.name + "----" + "脸蛋很漂亮");
    }
    public void greatTemperament(){
        System.out.println(this.name + "----" + "气质灰常好");
    public void greatTemperament(){
        System.out.println(this.name + "----" + "身材灰常棒");
    }
}
----------
    public Searcher(IpettyGirl _pettyGirl){
        super(_pettyGirl);
    }
    public void show(){
        System.out.println("---------美女的信息如下：-------------"）;
        super.pettyGirl.goodLooking();
        super.pettyGirl.niceFigure();
        super.pettyGirl.greatTemperament();
    }
}
----------
public class Client{
    public static void main(String[] args){
        IPettyGirl yanYan = new PettyGirl("hms");
        AbstractSearcher searcher = new Searcher(yanYan);
        searcher.show();
    }
}
--------------------- 

ok，看起来没有什么问题。
但是，美女每个人都有不同的定义，每个时代都有不同的审美标准。比如一个女孩不漂亮但是气质很好，你也会觉得她是个美女。可是我们的接口却定义了三者兼备才是美女，怎么办？或许你觉得再写一个美女类，实现只实现greatTemperament方法就可以了。但是这里的星探show（）方法中有三个方法，你只有这一个怎么能行？

//脸好身材好
public interface IGoodBodyGirl(){
    public void goodLooking();
    public void niceFigure();
}
----------
//气质佳
public interface IGreatTemperamentGirl{
    public void greatTemperament();
}
----------
//构造方法是亮点
public class AbstractSeacher{
    protect IGoodBodyGirl goodBody;
    protect IGreatTemperament greatTemperament;
    public AbstractSearcher(IGreatTemperamentGirl _greatTemperamentGirl){
        greatTemperament = _greatTemperament;
    }
    public AbstractSearcher(IGoodBodyGirl _goodBody){
        goodBody = _goodBody;
    }
    public abstract void show();
}
----------
//星探现在可以发现只是长得好看的美女和只是气质好的美女了，当然二者兼备也没有问题
public class Searcher extends AbstractSeacher{
    public Searcher(IGreatTemperamentGirl _greatTemperamentGirl){super(_greatTemperamentGirl); }

    public Searcher(IGoodBodyGirl _goodBodyGirl{super(_goodBody;  }

    public void show(){
        //判断非空，然后输出即可
    }
}

----------
//最标准的美女当然还是能够被星探发现
public class PettyGirl implements IPettyGirl， IGreatTempramentGirl{
    private String name;
    public PettyGirl(String name){
        this.name = name;
    }
    public void goodLooking(){
        System.out.println(this.name + "----" + "脸蛋很漂亮");
    }
    public void greatTemperament(){
        System.out.println(this.name + "----" + "气质灰常好");
    public void greatTemperament(){
        System.out.println(this.name + "----" + "身材灰常棒");
    }
}

这样之后，有气质的和长得好的就可以了。如果有一天脸好也是美女仍然需要修改，这个时候，就有一个大杀器出现了—-设计是有限度的，不能无限考虑未来的变更情况，否则就会陷入设计的泥潭终不能自拔。

so,保持接口的纯洁性

• 接口尽量小，与单一职责冲突优先考虑单一职责原则
• 接口要高内聚，尽量少公布public方法。
• 定制服务
• 接口设计是有限度的