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

原创 已于 2023-09-02 20:19:44 修改 · 1.1k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#设计模式 #接口隔离原则 #java

于 2023-08-20 12:58:29 首次发布
本文介绍了接口隔离原则，指出类不应依赖不必要的接口，通过拆分接口减少资源浪费。提供了应用实例前后对比，展示了如何从传统方法改进到遵循接口隔离原则的代码示例。

文章目录

基本介绍

  1. 客户端不应该依赖它不需要的接口，即一个类对另一个类的依赖应该建立在最小的接口上
  2. 先看一张图:

在这里插入图片描述

  1. 类 A 通过接口 Interface1 依赖类 B，类 C 通过接口 Interface1 依赖类 D，如果接口 Interface1 对于类 A 和类 C来说不是最小接口，那么类 B 和类 D 必须去实现他们不需要的方法。
  2. 按隔离原则应当这样处理：
    将接口 Interface1 拆分为独立的几个接口(这里我们拆分成 3 个接口)，类 A 和类 C 分别与他们需要的接口建立依赖关系。也就是采用接口隔离原则

应用实例

  1. 类 A 通过接口 Interface1 依赖类 B，类 C 通过接口 Interface1 依赖类 D，请编写代码完成此应用实例。
  2. 看代码-没有使用接口隔离原则代码

https://gitee.com/luan_hao/design-pattern/blob/master/src/main/java/com/lh/principle/segregation/Segregation1.java

应传统方法的问题和使用接口隔离原则改进

  1. 类 A 通过接口 Interface1 依赖类 B，类 C 通过接口 Interface1 依赖类 D，如果接口 Interface1 对于类 A 和类 C来说不是最小接口，那么类 B 和类 D 必须去实现他们不需要的方法
  2. 将接口 Interface1 拆分为独立的几个接口，类 A 和类 C 分别与他们需要的接口建立依赖关系。也就是采用接口隔离原则
  3. 接口 Interface1 中出现的方法，根据实际情况拆分为三个接口

在这里插入图片描述

  1. 代码实现

使用了接口隔离原则

https://gitee.com/luan_hao/design-pattern/blob/master/src/main/java/com/lh/principle/segregation/improve/Segregation2.java

不至于造成资源浪费！

设计模式——依赖倒置、接口隔离、合成复用原则
weixin_40030076的博客
07-01 1168
依赖倒置原则指出高层模块不应依赖于低层模块，二者都应该依赖于抽象（接口或抽象类）。抽象不应依赖于细节，细节应依赖于抽象。接口隔离原则主张不应该强迫客户依赖于它们不使用的方法。一个类对一个接口的依赖应该尽可能少。// 组合基本功能和增强功能。合成复用原则提倡优先使用对象的组合，而不是通过继承来复用代码。// 现在我们可以根据不同的需求实现不同的接口。
设计模式——6大软件设计原则（demo案例实现，附带解析，快速掌握软件设计原则的精髓）
07-31
4、接口隔离原则 5、迪米特法则 6、合成复用原则 使用了一个个的demo案例，以通俗易懂的生活案例解析软件开发设计原则，掌握开发细节。写出耦合度低、易于扩展、更容易维护的优质代码 代码中的注释信息，通俗...
五、设计模式——接口隔离原则
刘富国的博客
08-18 788
客户端不应该被迫依赖于它不使用的方法(接口根据模块/业务拆分)
Java设计模式——接口隔离原则(实例)
走在bug的路上
09-17 1581
1、基本介绍 客户端不应该依赖它不需要的接口，即一个类对另一个类的依赖应该建立在最小的接口上。 2、应用实例 2.1未使用接口隔离原则 类A通过接口Interface1依赖类B，类C通过接口Interface1依赖类D [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-XV6pJJh4-1600238346449)(C:/Users/GXL/AppData/Local/Temp/Image.png)] package com.weirdo.segregation; pu
设计模式原则——接口隔离原则
luck_lsj的博客
06-27 628
设计模式原则——接口隔离原则。
设计原则之五——接口隔离原则
yuiezt的专栏
02-15 664
接口隔离原则（Interface Segregation Principle，ISP）要为各个类建立它们需要的专用接口，而不要视图去建立一个很庞大的接口供所有依赖它的类去调用。
设计模式七大原则——接口隔离原则
贝尔摩德苦艾酒
02-05 5945
设计模式七大原则——接口隔离原则
《设计模式》——接口隔离原则
半寿翁的博客
11-24 2318
先扯两句 其实今天还真没什么可扯的部分，之所以保留这个部分，单纯的就是为了发一下《设计模式》——目录，然后让我们进入正题。 定义   一向最讨厌定义的我，有的时候发现，没有定义还真就不行，比如前段时间同事们讨论区块链的种种的时候，我就一懵逼的默默点赞，一句话插不上，只因为我不清楚现在这么火的区块链究竟是个什么东西。   接口隔离原则也是一样，对于大多数人来说第一个懵逼的就是——级，接口究竟是个什么...
Android设计模式——接口隔离原则
So Now,Trust Me
12-28 621
接口隔离原则接口隔离原则 InterfaceSegregation Principles ISP 定义：客户端不应该依赖它不需要的接口。 定义2：类间的依赖关系应该建立在最小的接口上。 示例 在java6以前的JDK版本中，存在一个问题，那就是在使用OutpitStream或者其他可关闭的对象之后，我们必须保证它们最终被关闭了 在java中有一个closeable接口，该接口标识了一个可关闭的对象。
设计模式之七大原则（三）——接口隔离原则、迪米特法则、组合/聚合复用原则
qq_44307209的博客
03-11 1830
接口隔离原则(Interface Segregation Principle, ISP)：使用多个专门的接口，而不使用单一的总接口，即客户端不应该依赖那些它不需要的接口。一个类对另一个类的依赖应该建立在最小的接口上。根绝接口隔离原则，当一个接口太大时，我们需要将它分割成一些细小的接口，使用该接口的客户端只需知道与之相关的方法即可。每一个接口应该承担一种相对独立的角色，不干不该干的事情，干该干的事请。这里的"接口"往往有两种不同的定义：一种是指一个类型所具有的方法特征的集合，仅仅是一种逻辑上的抽象；
设计模式之设计原则——接口隔离原则
mk33092250的博客
04-02 152
接口隔离原则(Interface Segregation Principle, ISP)：使用多个专门的接口，而不使用单一的总接口，即客户端不应该依赖那些它不需要的接口。 该原则表面，当接口过大，我们需要对接口按功能或者角色拆分，这里的接口不仅指interface接口，而且也指一种逻辑上的抽象。如按功能拆分接口。 接口承担了太多职责，会导致实现类特别臃肿，子类出现大量空方法，灵活性差。 ...
设计模式——JAVA.docx
04-03
接口隔离原则(ISP)指的是使用多个专门的接口，而不是使用单一的总接口。它的目的是让每个接口尽可能小，避免“胖接口”的出现。这样可以确保客户端不必依赖它们不需要的方法。 - **定义**：使用多个隔离的接口，比...
JAVA设计模式七大原则—— 接口隔离原则
qq_44891295的博客
01-13 484
基本介绍 客户端不应该依赖它不需要的接 口，即一个类对另一个类的依赖 应该建立在最小的接口上 我们先看一张图片 传统方法是这么写的 Segregation1.class public class Segregation1 { public static void main(String[] args) { // 使用一把 A a = new A(); a.depend...
Java设计模式之观察者模式
2509_93943236的博客
11-22 228
接着是ConcreteSubject（具体主题），它继承Subject类，内部维护实际状态数据，当状态改变时调用通知方法遍历观察者列表。最后是ConcreteObserver（具体观察者），实现Observer接口，在update()方法中定义自己的业务逻辑，比如刷新界面或保存日志。在编程世界里，这种模式让对象之间建立一种“一对多”的依赖关系：当一个核心对象（称为“主题”或“被观察者”）状态变化时，所有依赖它的对象（称为“观察者”）会自动收到通知并执行相应操作。实际开发中，观察者模式的应用场景非常广泛。
C++编程原型设计模式
weixin_44311159的博客
11-22 665
摘要：原型设计模式通过复制现有对象创建新实例，避免高成本的对象初始化过程。其核心是定义原型接口（clone()方法），由具体类实现深拷贝或浅拷贝。该模式适用于对象创建开销大的场景（如游戏角色克隆、配置复用），能提高性能、增强灵活性并降低耦合。C++实现需注意深拷贝问题，建议结合注册表管理原型。优点是高效、动态扩展，缺点是深拷贝复杂性和适用性局限。改进方向包括引入原型管理器、优化克隆逻辑等。（149字）
JavaScript设计模式详解
2509_93945761的博客
11-21 176
这玩意儿说白了就是个“包工头”，你告诉它你要啥（参数），它给你返回一个加工好的对象。比如，咱们要创建不同角色的用户，管理员、普通用户、VIP用户，总不能每次都一个然后手动塞属性吧？接下来咱们升级一下，聊聊装饰者模式。想象一下，你买了个新手机，想加个镜头、贴个膜，你不会把手机拆了重装吧？比如咱们要做个计算器，加减乘除，如果写一堆或者，以后每加一个运算就得改原来的代码，违反开闭原则。这个东西的好处是实现了模块间的完全解耦，发布者不知道谁订阅了它，订阅者也不知道消息来自哪里，各干各的，通过事件中心通信。
Java开发规范最佳实践
2509_93942857的博客
11-21 353
ERROR级别用来记录需要人工干预的错误，WARN级别关注异常情况，INFO级别记录关键业务流程，DEBUG级别留给开发调试用。最近在代码评审时看到个三百行的方法，里面塞了五层嵌套的ifelse，看着就跟俄罗斯套娃似的。把这些规范融入到日常开发中，时间长了就会发现，代码质量上去了，加班时间下来了，这才是双赢。遇到布尔类型的变量，记得用is、has、can这些前缀，比如、，读起来就跟说人话一样。见过为了用设计模式而用设计模式的，简单的业务逻辑硬是套上七八个设计模式，美其名曰“架构优雅”。
【设计模式】Java责任链构建灵活可扩展的处理流程
最新发布
2302_79380280的博客
11-23 736
责任链模式是一种行为型设计模式，通过将请求处理职责分散到多个对象中，实现发送者与接收者的解耦。该模式包含抽象处理者、具体处理者和客户端三个核心角色，支持纯/不纯责任链、线性/树形/环形等多种实现方式。文章详细介绍了单实例链和多实例链的实现方案，通过双向链表实现动态配置的业务处理链。测试结果表明，责任链模式能有效提高系统灵活性和可扩展性，适用于需要多对象处理请求的场景。
设计模式（四）建造者模式 — 分步骤构建复杂对象，让创建过程可控可扩展
ZHE|张恒的博客
11-19 667
建造者模式是一种创建型设计模式，用于分步骤构建复杂对象。它通过将对象构建过程分解为多个步骤，解决了参数爆炸和构建流程复杂的问题。核心角色包括产品（最终对象）、抽象建造者（定义构建接口）、具体建造者（实现构建逻辑）和可选导演类（管理构建流程）。该模式支持链式调用，便于创建不同变体对象，同时增强代码可读性和可维护性。典型应用场景包括计算机配置、HTTP请求构建和SQL查询生成等需要多步骤构造的复杂对象场景。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值