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

设计模式就是让我们更方便的解决问题。
这里分享一个故事。我有一个朋友，嗯没错就是一个朋友，参加一个软件比赛，一个同学写服务器上的代码，三天两头更新，丝毫不考虑写客户端的人的感受，简直不能再牛。如果Java的更新有这么一次，没有考虑在不影响以前代码的基础上做修改，得有多少程序员吐血身亡。

---

接口隔离原则的定义：
建立单一接口，不要建立臃肿放大的接口。接口尽量细化，同时接口中的方法尽量少。
这不是单一职责原则，单一职责要求的是类和接口的职责单一，注重的是职责，这是业务逻辑上的划分，而借口隔离原则要求接口的方法尽量少。例如一个接口的职责可能包含是个方法，这是个方法都放在一个接口中，并且提供给多个模块访问，这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 class Searcher extends AbstractSearcher{
    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 + "----" + "身材灰常棒");
    }
}


----------
//现在即使只是一个漂亮或是气质好的美女只要继承相应的接口也可以被星探发现了。

----------

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

---

保持接口的纯洁性
1、接口尽量小，与单一职责冲突优先考虑单一职责原则
2、接口要高内聚，尽量少公布public方法。
3、定制服务
4、接口设计是有限度的