接口隔离原则(Interface Segregation Principle)

xiaohai 2021-07-24 16:29:21 共2268人围观 标签： 设计模式 
简介2002 年罗伯特·C.马丁给“接口隔离原则”的定义是：客户端不应该被迫依赖于它不使用的方法（Clients should not be forced to depend on methods they do not use）。该原则还有另外一个定义：一个类对另一个类的依赖应该建立在最小的接口上（The dependency of one class to another one should depend on the smallest possible interface）。

原则定义

2002 年罗伯特·C.马丁给“接口隔离原则”的定义是：客户端不应该被迫依赖于它不使用的方法（Clients should not be forced to depend on methods they do not use）。该原则还有另外一个定义：一个类对另一个类的依赖应该建立在最小的接口上（The dependency of one class to another one should depend on the smallest possible interface）。

接口隔离原则要求程序员尽量将臃肿庞大的接口拆分成更小的和更具体的接口，让接口中只包含客户端需要使用的方法。

接口隔离原则与单一职责原则关系

这两个原则都体现了高类聚，低耦合的关系，但是两种又不一样：

  • 单一职责原则注重的是职责，但是接口隔离原则注重的对接口的依赖隔离；
  • 单一职责原则主要是约束类和方法的，考虑的是程序实现的细节；但是接口隔离原则主要是约束接口，考虑对抽象和框架的构建；

原则优点

  • 将臃肿庞大的接口分解为多个粒度小的接口，可以预防外来变更的扩散，提高系统的灵活性和可维护性；
  • 接口隔离提高了系统的内聚性，减少了对外交互，降低了系统的耦合性；
  • 如果接口的粒度大小定义合理，能够保证系统的稳定性；但是，如果定义过小，则会造成接口数量过多，使设计复杂化；如果定义太大，灵活性降低，无法提供定制服务，给整体项目带来无法预料的风险；
  • 使用多个专门的接口还能够体现对象的层次，因为可以通过接口的继承，实现对总接口的定义；
  • 能减少项目工程中的代码冗余。过大的大接口里面通常放置许多不用的方法，当实现这个接口的时候，被迫设计冗余的代码；

实现方式

  • 接口尽量小，但是要有限度。一个接口只服务于一个子模块或业务逻辑；
  • 为依赖接口的类定制服务。只提供调用者需要的方法，屏蔽不需要的方法；
  • 了解环境，拒绝盲从。每个项目或产品都有选定的环境因素，环境不同，接口拆分的标准就不同深入了解业务逻辑；
  • 提高内聚，减少对外交互。使接口用最少的方法去完成最多的事情；

相同类型文章

热门标签

每日一句

    世界上没有两片完全相同的树叶。

    ——莱布尼茨

今日排行

  • Electron只限制启动一次应用

    有时候我们并不想让自己的应用能多次进行启动，所以本文主要讲解下如何限制Electron的应用多次被启动。

  • 线性表(linear list)

    线性表是最基本、最简单、也是最常用的一种数据结构，一个线性表是n个具有相同特性的数据元素的有限序列。

  • grep：文本过滤工具

    grep命令是常用个一个命令。能够从文本文件或管道数据流中筛选匹配的行及数据，如果使用正则表达式进行一起使用，功能会更加强大。

  • 加密概念

    对加密相关概念整理

  • Nginx分割日志文件

    Nginx作为使用量非常大的Web服务器，但是如果遇到一个访问量比较大的网站，其访问日志会快速的进行增长，如果一直将所有的访问日志存放在一个文件中肯定是不对的，所以我们就需要对访问量大的访问日志进行分割，然后按照一定的时间删除不需要的日志文件。

点击排行

友情链接