【专题系列】设计模式—— 四：接口隔离原则

柔光的暖阳◎ 2022-11-25 10:19 88阅读 0赞

点击上方“java大数据修炼之道”，选择“设为星标”

# 优质文章, 第一时间送达 #

###  ###

![format_png][]

![format_png 1][]来源 | https://www.cnblogs.com/three-fighter/p/12349725.html

# 什么是接口隔离原则？ #

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

<table> 
 <tbody> 
  <tr> 
   <td>Clients should not be forced to depend upon interfaces that they don't use.（客户端不应该强行依赖它不需要的接口）<br><br>The dependency of one class to another one should depend on the smallest possible interface.（类间的依赖关系应该建立在最小的接口上）</td> 
  </tr> 
 </tbody> 
</table>

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

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

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

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

以星探寻找美女为例：

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

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

![format_png 2][]

美女接口：

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

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：修改后的星探寻找美女类图

![format_png 3][]

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

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 + "---身材非常棒!");
      }
    
    }

把一个臃肿的接口变更为两个独立的接口所依赖的原则就是接口隔离原则，让星探 AbstractSearcher依赖两个专用的接口比依赖一个综合的接口要灵活。接口是设计时对外 提供的契约，通过分散定义多个接口，可以预防未来变更的扩散，提高系统的灵活性和可维护性。

# 深究接口隔离原则 #

接口隔离原则是对接口进行规范约束，其包含以下4层含义：

*  接口要尽量小

这是接口隔离原则的核心定义，不出现臃肿的接口（Fat Interface）。

但是，小是有限度的，**根据接口隔离原则拆分接口时，首先必须满足单一职责原则。**

*  接口要高内聚

高内聚就是提高接口、类、模块的处理能力，减少对外的交互。

具体到接口隔离原则就是，要求在接口中尽量 少公布public方法，接口是对外的承诺，承诺越少对系统的开发越有利，变更的风险也就越 少，同时也有利于降低成本。

*  定制服务

一个系统或系统内的模块之间必然会有耦合，有耦合就要有相互访问的接口（并不一定 就是Java中定义的Interface，也可能是一个类或单纯的数据交换），设计时就需要为各个访问者（即客户端）定制服务。

*  接口设计是有限度的

接口的设计粒度越小，系统越灵活，这是不争的事实。但是，灵活的同时也带来了结构 的复杂化，开发难度增加，可维护性降低，这不是一个项目或产品所期望看到的，所以接口 设计一定要注意适度，这个“度”如何来判断呢？根据经验和常识判断，没有一个固化或可测 量的标准。

#### ![format_png 4][] ####

#### **最近热文阅读：** ####

1、[单怼多线程，60道面试题，你能答上几个？（附答案）][60]

2、[Java Lambda表达式][Java Lambda]

3、[String 也能做性能优化，我只能说牛逼！][String]

4、[超实用的18个Java8日期处理的实践！][18_Java8]

5、[用 float 存储金额，老板说损失从工资里扣！][float]

6、[这12张手绘图，让我彻底搞懂了微服务架构！][12]

7、[别用Date了，Java8新特性之日期处理，现在学会也不迟！][Date_Java8]

8、[Java中当对象不再使用时，不赋值为null会导致什么后果 ？][Java_null_]

9、[SQL 查询总是先执行SELECT语句吗？你们都错了！][SQL _SELECT]

10[、][Link 1][看完这篇Redis缓存三大问题，保你能和面试官互扯。][Redis]

![format_png 5][]

关注 java大数据修炼之道

每天学习java技术，你想学的Java知识这里都有！

![format_png 6][]

微信扫描二维码，关注我的公众号

写留言

####  ####

![format_png 7][]

喜欢就给个“**在看![format_png 8][]**”

[format_png]: /images/20221124/12079f33745749a39c2d8ed0bcd471c2.png
[format_png 1]: /images/20221124/294dc875edda47f58f5edbab71980520.png
[format_png 2]: /images/20221124/67df0687fc474362973c528014802f1e.png
[format_png 3]: /images/20221124/17b8cf2c67e04cb587e340377b253bcc.png
[format_png 4]: /images/20221124/1c170e26a43748dc8205954ab9d11696.png
[60]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1d557ccb65c41ec5d3b7dedd6c7a22949ddcb5de1406de482c3b702a1a4768c66b730b219&idx=1&mid=2247490459&scene=21&sn=66bc23ae41a8abcb9a6f00be754b2e47#wechat_redirect
[Java Lambda]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1d57eccb65c68b08431451d5e095bf3780b2cce1552e4aaebcdbf01a6d44891ed9b10f2a6&idx=1&mid=2247490482&scene=21&sn=4ecf38df3a790ef2a7b347c762228049#wechat_redirect
[String]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1d5c5ccb65cd32067452a76e79685a563fb47be405a259397f0a899396672e935ffa09e4e&idx=1&mid=2247490313&scene=21&sn=f03f579cf5f8653579b305c135fae4e3#wechat_redirect
[18_Java8]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1d63bccb65f2da6a1a7ba0f156298c21a172a8854cded565a185d15e99526a148ea6fbc79&idx=1&mid=2247489783&scene=21&sn=eef2ab2031ff582be32294ac08519f20#wechat_redirect
[float]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1d5cdccb65cdb97329d4ab51a9362c0515d6fe70c3def3dfa370cc2439fef10f9c2a87c51&idx=1&mid=2247490305&scene=21&sn=5649957d74d035a0919293b92a5659f6#wechat_redirect
[12]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1d9ddccb650cbed70bc21e555c752bab52a17c8bcb0e4cfb356f182962292750f8ec76fe1&idx=1&mid=2247489297&scene=21&sn=ab0d58ba00ce54417fd267f46cd31827#wechat_redirect
[Date_Java8]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1d61eccb65f0864848b37346e5974185df98744a6509b8330796898926ead638ebf5ef5c9&idx=1&mid=2247489746&scene=21&sn=50c98d26b5f2bf0d3d5be902468b54dc#wechat_redirect
[Java_null_]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1d948ccb6505e641ab38065a467bbb95be017e9ca0b75e6a308cdf529b4fdb1eb2e68efcd&idx=1&mid=2247489412&scene=21&sn=08ef767e2395f127d389f768535cb09c#wechat_redirect
[SQL _SELECT]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1d4f4ccb65de2f44c7cde53d564b73821a2308e29eecdfdaafa77dada11c557a8a32fb6ab&idx=1&mid=2247490104&scene=21&sn=f0b3928f9ba212ba622f28ee8af41ba1#wechat_redirect
[Link 1]: http://mp.weixin.qq.com/s?__biz=MzUxOTAxODc2Mg%3D%3D&chksm=f9814d0acef6c41c85dbbcda170e6edf1a973eb487f6854dfced967ea276a9917fc942214fde&idx=1&mid=2247486831&scene=21&sn=056754e9204fc3a3f612b5e2cdb76a2a#wechat_redirect
[Redis]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1d5b1ccb65ca7e6c87ef32d3065111a9181c398e6ad39b66cf4f07f03167998a8b07f3bd1&idx=1&mid=2247490429&scene=21&sn=3c6e19f168166593d5d050bfe6b24410#wechat_redirect
[format_png 5]: /images/20221124/43a1732f073b461eb2213ced5078490e.png
[format_png 6]: /images/20221124/f7fe09a977dc4b5c91e7666916c9fe41.png
[format_png 7]: /images/20221124/75042848e18d4e20aac87a0929e0b85c.png
[format_png 8]: /images/20221124/a339ae03a35a4f4dba687efbb99eaf54.png