设计模式—— 四：接口隔离原则

关注

原创最新推荐文章于 2026-07-28 11:15:25 发布 894 阅读 AI 写同款· GEO 优化 ›

SAP FI 提示没有为会计年度0 定义版本2025 GP626 SAP 错误 GP626 是一个常见的系统消息，通常表示某个会计年度的版本（如版本 0）未被定义或未激活。：在执行某些事务（如创建采购订单、过账凭证或维护成本中心）时，系统会检查相关版本是否已定义。的“Settings for Each Fiscal Year”界面中，选择一个已激活的会计年度。的“Settings for Each Fiscal Year”界面中，找到未激活的会计年度。：在控制范围（Controlling Area）中，未为指定的会计年度定义版本 0。如果没有，添加或复制现有年度的设置。阅读详情

什么是接口隔离原则？

接口隔离原则有两种定义：

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.（类间的依赖关系应该建立在最小的接口上）

这两个定义可以归纳为一个意思：建立单一接口，不要建立臃肿庞大的接口。也就是说，接口尽量细化，同时接口中的方法尽量少。

接口隔离原则看起来似乎和单一职责原则撞一块了，但是：

单一职责原则要求的是类和接口职责单一，注重的是职责，这是业务逻辑上的划分。
接口隔离原则要求接口的方法尽量少,哪怕一个类或接口只有一个职责，但却有较多的方法，这再接口隔离原则中是不允许的。

为什么要用接口隔离原则？

以星探寻找美女为例：

不遵循接口隔离原则的设计

4-1：星探寻找美女类图

在这里插入图片描述

美女接口：

美女接口作了美女的定义。

复制代码

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 niceFigure() { 
       System.out.println(this.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.greatTemperament(); 
  } 

}

场景类：

复制代码

public class Client { 
  //搜索并展示美女信息 
  public static void main(String[] args) { 
    //定义一个美女 
    IPettyGirl yanYan = new PettyGirl("嫣嫣"); 
    AbstractSearcher searcher = new Searcher(yanYan);   
    searcher.show(); 
   } 
}

运行结果：

复制代码

--------美女的信息如下：--------------- 
嫣嫣---脸蛋很漂亮! 
嫣嫣---身材非常棒! 
嫣嫣---气质非常好!

OK，这么一个选美的过程完成了。

但是仔细一想，这个接口的设计还是有问题的。这里选出的美女要容貌、身材、气质都很好。但是，如果容貌、气质都很好，身材稍逊就不算美女了吗？不然的话，怎么会有热辣型美女、气质型美女呢？IPettyGirl的设计明显是有缺陷的，过于庞大了，容纳了一些可变的因素。

遵循接口隔离原则的设计

根据接口隔离原则，重新设计。

将IPettyGirl接口拆分为两个接口，外观型美女IGoodBodyGirl，脸蛋和身材极棒；气质型美女IGreatTemperamentGirl，谈吐和修养都非常高。

4-2：修改后的星探寻找美女类图

在这里插入图片描述

两种类型的美女定义接口：

复制代码

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

}

完美的美女接口：

复制代码

public class PettyGirl implements IGoodBodyGirl,IGreatTemperamentGirl { 
  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 niceFigure() { 
    System.out.println(this.name + "---身材非常棒!"); 
  } 

}