设计原则 接口隔离原则

接口隔离有两种定义：

• Clients should not be forced to depend upon interfaces that they 
  don’t use. 
  客户端不应该依赖它不需要的接口 
  那依赖什么呢？依赖它需要的接口，客户端需要什么接口就提供什么接口，把不需要的接口剔除，那就需要对接口进行细化，保证其纯洁性。

• The dependency of one class to another one should depend on the 
  smallest possible interface. 
  类间的依赖关系应该建立在最小的接口上 
  它要求是最小的接口，也是要求接口细化，接口纯洁

我们把两种定义概括为一句话：建立单一接口，不要建立臃肿庞大的接口。再通俗的说就是接口尽量细化，同时接口中的方法尽量少。

那么什么是接口： 
接口分为两类：

• 实例接口(Object Interface) 
  在java中声明一个类，类也是一种接口。
• 类接口(Class Interface) 
  java中经常使用Interface来定义。

接口隔离原则与单一职责原则区别

 接口隔离原则与单一职责原则的审视角度不相同。单一职责原则要求是类和接口的职责单一，注重的是职责，这是业务逻辑上的划分。接口隔离原则要求接口的方法尽量少。

接口隔离原则的应用

我们可以实现一个星探找美女的过程： 
uml类图如下：

美女， 我们一般观点认为美女要有好的面孔，好的身材，好的脾气。好吧，那么我们定义一下一个美女接口，有好的面孔，好的身材和好的脾气：

 

美女接口：

public interface IPettyGirl{
    //要有好的面孔
    public void goodLooking();
    //要有好身材
    public void niceFigure();
    //要有好气质
    public void goodTemperament();
}

然后，我们实现一个具体的美女类：

美女实现类：

public class PettyGirl implements IPettyGirl{

   private String name;

   public PettyGirl(String name){
        this.name = name;
   }

   public void goodLooking(){
       System.out.println(name + "---有好的面孔");
   }

   public void niceFigure(){
       System.out.println(name + "---有好身材");
   }

   public void goodTemperament(){
       System.out.println(name + "---有好气质");
   }
}

美女类已经实现，现在我们定义一个抽象星探类：

抽象星探类：

public abstract class AbstractSearcher{
    protected IPettyGirl pettyGirl;
    public AbstractSearcher(IPettyGirl pettyGirl){
       this.pettyGirl=pettyGirl;
    }
    //显示美女信息
    public abstract void show();
}

然后再实现一个具体星探类：

星探具体实现类：

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.goodTemperament();
   }
}

然后，在一个场景类中，实现一个星探找美女的过程：

Client类：

public class Client{
   public static void main(Strings[] args){
      //定义一个美女
      IPettyGirl xiaoHong = new PettyGirl("小红");
      AbstractSearcher searcher = new Searcher(xiaoHong );
      searcher.show();
   }

}

然而，随着时代变化，人们的审美观点都在变化，美女的定义也在变化。人们也会把面容一般，身材一般，但是脾气特别好的女孩定义为美女，如气质美女。但是，我们定义的美女接口中规定是美女要具备三个条件，气质美女不是我们定义的美女。这个问题怎么办呢？

这是因此接口IPettyGirl设计有缺陷，它过于庞大，容纳了一些可变的因素，根据接口隔离原则，也就是接口应该尽量细化。我们把接口IPettyGirl拆分为二个接口，一个是外形美的美女IGoodBodyGirl，另一个是气质美的美女IGoodTemperamentGirl。这样，我们把一个比较臃肿的接口拆分为二个专门的接口，灵活性提高了，可维护性也增加了。

类图如下：

 

二种类型的美女定义：

public interface IGoodBodyGirl{
    //要有好的面孔
    public void goodLooking();
    //要有好身材
    public void niceFigure();
}

public interface IGoodTemperamentGirl{
    //要有好气质
    public void goodTemperament();
}

最标准的美女：

public class PettyGirl implements IGoodBodyGirl, IGoodTemperamentGirl{

   private String name;

   public PettyGirl(String name){
        this.name = name;
   }

   public void goodLooking(){
       System.out.println(name + "---有好的面孔");
   }

   public void niceFigure(){
       System.out.println(name + "---有好身材");
   }

   public void goodTemperament(){
       System.out.println(name + "---有好气质");
   }
}

保证接口的纯洁性

接口隔离原则是对接口进行规范约束：

接口要尽量小

这是接口隔离原则的核心定义，接口要尽量小，不要出现臃肿的接口，但是小也是有限度的，不能违背单一职责原则。

接口要高内聚

高内聚就是提高接口，类，模块的处理能力，减少对外的交互。具体到接口隔离原则就是要求在接口中尽量减少公布public方法，接口是对外的承诺，承诺越少对系统开发越有利，变更的风险就越少。

接口设计是有限度的

接口的设计粒度越小，系统越灵活。但是灵活的同时也带来了结构复杂，开发难度大，可维护性降低。所以接口设计是注意度。

接口隔离原则开发经验

接口隔离原则是对接口的定义，同时也是对类的定义，接口和类尽量使用原子接口或原子类来组装。我们在实践中可以以下几个规则来衡量：

• 一个接口只服务于一个子模块或业务逻辑
• 通过业务逻辑压缩接口中的public方法，接口要不断的精简，以达到接口不断完善
• 已经被污染的接口，尽量去修改，若变更的风险较大，则采用适配器进行转化处理