设计模式 依赖倒置原则

article/2025/9/22 22:28:03

文章目录

      • 依赖倒置原则
      • 依赖倒置原则实战
        • 使用依赖倒置原则进行改变
        • 案例中两种方式的类图

依赖倒置原则

定义:
程序要依赖于抽象接口, 不要依赖于具体实现, 对抽象进行编程, 而不是对实现进行编程, 降低了客户与实现模块的耦合.
高层模块不应该依赖底层模块, 都应该依赖抽象(接口 抽象类)

上级找下级, 一般不会直接找你 ,而是通过助理等找到.
下级去依赖上级的标准等. 上级出的标准, 不需要去关心下级如何去实现的. 降低上级的耦合性.
spring的spi机制等.

依赖倒置原则实战

随机抽奖与权重抽奖.
不使用依赖倒置原则的写法 :
定义抽奖用户类

public class BetUser {private String userName;// 权重private int userWeight;public BetUser() {}public BetUser(String userName, int userWeight) {this.userName = userName;this.userWeight = userWeight;}public String getUserName() {return userName;}public void setUserName(String userName) {this.userName = userName;}public int getUserWeight() {return userWeight;}public void setUserWeight(int userWeight) {this.userWeight = userWeight;}
}

抽奖控制类, 在抽奖控制类中, 分别实现了随机抽奖, 和根据权重排序抽奖的方法.

public class DrawControl {/**// 随机抽奖* @param list  抽奖的人集合* @param count 中奖人数* @return*/public List<BetUser> doDrawRandom(List<BetUser> list, int count) {if (list.size() <= count) {return list;}// 集合乱序Collections.shuffle(list);// 取出指定数量的中奖用户List<BetUser> prizeList = new ArrayList<BetUser>();for (int i = 0; i < count; i++) {prizeList.add(list.get(i));}return prizeList;}/***     按权重抽奖* @param list* @param count* @return*/public List<BetUser> doDrawWeight(List<BetUser> list, int count) {//按权重排序list.sort((o1, o2) -> {int e = o2.getUserWeight() - o1.getUserWeight();if (e == 0) {return 0;}return e > 0 ? 1 : -1;});// 取出指定数量的中奖用户List<BetUser> prizeList = new ArrayList<>(count);for (int i = 0; i < count; i++) {prizeList.add(list.get(i));}return prizeList;}
}

测试类

public class ApiTest {private Logger logger = LoggerFactory.getLogger(ApiTest.class);@Testpublic void test_DrawControl() {List<BetUser> betUserList = new ArrayList<>();betUserList.add(new BetUser("花花", 65));betUserList.add(new BetUser("豆豆", 43));betUserList.add(new BetUser("小白", 72));betUserList.add(new BetUser("笨笨", 89));betUserList.add(new BetUser("丑蛋", 10));DrawControl drawControl = new DrawControl();List<BetUser> prizeRandomUserList = drawControl.doDrawRandom(betUserList, 3);logger.info("随机抽奖, 中奖用户:{}", JSON.toJSON(prizeRandomUserList));List<BetUser> prizeWeightUserList = drawControl.doDrawWeight(betUserList, 3);logger.info("权重抽奖, 中奖用户名单:{}", JSON.toJSON(prizeWeightUserList));}
}

控制台打印如下 :

随机抽奖, 中奖用户:[{“userWeight”:10,“userName”:“丑蛋”},{“userWeight”:65,“userName”:“花花”},{“userWeight”:43,“userName”:“豆豆”}]
权重抽奖, 中奖用户名单:[{“userWeight”:89,“userName”:“笨笨”},{“userWeight”:72,“userName”:“小白”},{“userWeight”:65,“userName”:“花花”}]

使用依赖倒置原则进行改变

抽奖用户类与上面一致, 定义一个抽奖的接口

public interface IDraw {/***  获取抽奖用户方法* @param list 参与 抽奖的人* @param count  中奖人数* @return*/List<BetUser> prize(List<BetUser> list, int count);
}

分别创建随机抽奖类和权重抽奖类, 实现抽奖接口

public class DrawRandom implements IDraw{@Overridepublic List<BetUser> prize(List<BetUser> list, int count) {if (list.size() <= count) {return list;}// 集合乱序Collections.shuffle(list);// 取出指定数量的中奖用户List<BetUser> prizeList = new ArrayList<BetUser>();for (int i = 0; i < count; i++) {prizeList.add(list.get(i));}return prizeList;}
}public class DrawWeightRank implements IDraw {@Overridepublic List<BetUser> prize(List<BetUser> list, int count) {//按权重排序list.sort((o1, o2) -> {int e = o2.getUserWeight() - o1.getUserWeight();if (e == 0) {return 0;}return e > 0 ? 1 : -1;});// 取出指定数量的中奖用户List<BetUser> prizeList = new ArrayList<>(count);for (int i = 0; i < count; i++) {prizeList.add(list.get(i));}return prizeList;}
}

创建抽奖控制类, 方法入参含有抽奖的接口

public class DrawControl {public List<BetUser> doDraw(IDraw draw, List<BetUser> betUserList, int count) {return draw.prize(betUserList, count);}
}

测试类. drawControl.doDraw 方法中分别new 随机抽奖和权重抽奖.

public class ApiTest {private Logger logger = LoggerFactory.getLogger(ApiTest.class);@Testpublic void test_DrawControl() {List<BetUser> betUserList = new ArrayList<>();betUserList.add(new BetUser("花花", 65));betUserList.add(new BetUser("豆豆", 43));betUserList.add(new BetUser("小白", 72));betUserList.add(new BetUser("笨笨", 89));betUserList.add(new BetUser("丑蛋", 10));DrawControl drawControl = new DrawControl();List<BetUser> prizeRandomUserList = drawControl.doDraw(new DrawRandom(), betUserList, 3);logger.info("随机抽奖, 中奖用户名单:{}", JSON.toJSON(prizeRandomUserList));List<BetUser> prizeWeightUserList = drawControl.doDraw(new DrawWeightRank(), betUserList, 3);logger.info("权重抽奖, 中奖用户名单:{}", JSON.toJSON(prizeWeightUserList));}
}

控制台打印如下

随机抽奖, 中奖用户名单:[{“userWeight”:72,“userName”:“小白”},{“userWeight”:10,“userName”:“丑蛋”},{“userWeight”:43,“userName”:“豆豆”}]
权重抽奖, 中奖用户名单:[{“userWeight”:89,“userName”:“笨笨”},{“userWeight”:72,“userName”:“小白”},{“userWeight”:65,“userName”:“花花”}]

案例中两种方式的类图

未使用依赖倒置时, 抽奖控制类直接实现两种不同的抽奖方法

使用依赖倒置, 抽奖控制类只需传递抽奖控制的接口, 无需知道底层实现.
在这里插入图片描述


http://chatgpt.dhexx.cn/article/E3OWXvuw.shtml

相关文章

依赖倒置原则应用-司机开车案例

依赖倒置原则 依赖倒置原则(Dependence Inversion Principle)是程序要依赖于抽象接口&#xff0c;不要依赖于具体实现。简单的说就是要求对抽象进行编程&#xff0c;不要对实现进行编程&#xff0c;这样就降低了客户与实现模块间的耦合。 依赖倒置原则三层含义&#xff1a; …

4.3 依赖倒置原则

一. 依赖倒置原则的定义 1.核心思想 依赖倒置原则&#xff08;Dependence Inversion Principle&#xff0c;DIP&#xff09; *1.高层模块 不应该依赖 低层模块, 二者都应该依赖其抽象; *2.抽象 不应该依赖 细节, 细节 应该依赖 抽象; 接口和抽象类价值在于设计; *3.依赖倒…

C# 依赖倒置原则(DIP)

目录 一&#xff0c;引子 1.1 传统的程序架构 1.2 依赖倒置 1.3 依赖倒置的作用 二&#xff0c;依赖注入 一&#xff0c;引子 1.1 传统的程序架构 在程序执行过程中&#xff0c;传统的程序架构如图&#xff1a; 可以看到&#xff0c;在传统的三层架构中&#xff0c;层与…

设计模式-依赖倒置原则

依赖倒置原则 1 依赖倒置原则的定义 依赖倒置原则&#xff08;Dependence Inversion Principle,DIP&#xff09;这个名字看着有点别扭&#xff0c;“依赖”还“倒置”&#xff0c;这到底是什么意思&#xff1f;依赖倒置原则的原始定义是&#xff1a; High level modules shou…

C++ 依赖倒置原则

.依赖倒置原则 定义 高层模块不应该依赖于底层模块&#xff0c;而应该依赖于抽象。抽象不应依赖于细节&#xff0c;细节应依赖于抽象。解决的问题 类A直接依赖类B&#xff0c;假如要将类A改为依赖类C&#xff0c;则必须通过修改类A的代码来达成。这种场景下&#xff0c;类A一般…

【设计原则】依赖倒置原则 (面向接口编程)

本文将以Java为基础&#xff0c;讲解开发中&#xff0c;面向接口编程的知识&#xff0c;只要以简单的例子为主&#xff0c;讲解如何进行面向接口编程,并会区分其于面向实现编程的区别。下面先讲一讲依赖倒置原则&#xff0c;再过渡到案例解释。 本文目的在于用极其简单的图解帮…

设计模式 — 6大设计原则(依赖倒置和接口隔离原则)

设计模式 依赖倒置原则示例 一示例 二依赖的三种写法总结 接口隔离原则实例 一总结 依赖倒置原则 依赖倒置原则&#xff08;Dependence Inversion Principle&#xff0c;DIP&#xff09;这个名字看着有点别扭&#xff0c;“依赖” 还 “倒置” &#xff0c;这到底是什么意思&a…

【六大设计原则-SOLID】

SOLID简介&#xff1a; 历史&#xff1a;由Robert CMartin汇总并推广 目标&#xff1a; 使软件更容易被改动是软件更容易被理解构建可以在多个软件系统中复用的组件 组成&#xff1a; 名称简写含义单一职责原则 SRP Single Responsibility Principle 初始定义&#xff08…

SOLID原则:解释和实例

在面向对象编程中,SOLID是5个重要的设计原则的缩写。首先是由著名的软件大师Robert C.Martin (Bob 大叔)在Design Principles and Design Patterns 中提出, 后来Michael Feathers 用SOLID来概括这五大原则。 SOLID原则使得软件设计更加容易理解、灵活和可维护。作为一名软件…

SOLID原则的含义和具体使用

单一职责原则&#xff08;SRP&#xff09;开放封闭原则&#xff08;OCP&#xff09;里氏替换原则&#xff08;LSP&#xff09;接口隔离原则&#xff08;ISP&#xff09;依赖倒置原则&#xff08;DIP&#xff09;小结 SOLID 是面向对象设计5大重要原则的首字母缩写&#xff0c;当…

设计模式:SOLID原则

单一职责原则 Single Responsibility Principle&#xff08;SRP&#xff09; 接口职责应该单一&#xff0c;不要承担过多的职责。 开放封闭原则 Open Closed Principle&#xff08;OCP&#xff09; 添加一个新的功能应该是&#xff0c;在已有代码基础上扩展代码&#xff08;…

设计模式之SOLID原则

介绍 设计模式中的SOLID原则&#xff0c;分别是单一原则、开闭原则、里氏替换原则、接口隔离原则、依赖倒置原则。前辈们总结出来的&#xff0c;遵循五大原则可以使程序解决紧耦合&#xff0c;更加健壮。 SRP 单一责任原则 OCP …

SOLID 原则要这么理解!

什么是 SOLID 原则 SOLID 原则其实是用来指导软件设计的&#xff0c;它一共分为五条设计原则&#xff0c;分别是&#xff1a; 单一职责原则&#xff08;SRP&#xff09;开闭原则&#xff08;OCP&#xff09;里氏替换原则&#xff08;LSP&#xff09;接口隔离原则&#xff08;…

SOLID 设计原则 (有点长但很透彻)

面向对象设计原则 SOLID 应该是职业程序员必须掌握的基本原则&#xff0c;每个程序员都应该了然于胸&#xff0c;遵守这 5个原则可以帮助我们写出易维护、易拓展的高内聚低耦合的代码。 它是由罗伯特C马丁(知名的 Rob 大叔)21世纪初期 (准确来说&#xff0c;2000年在他的论文De…

软件开发SOLID设计原则

前言&#xff1a;SOLID设计原则&#xff0c;不管是软件系统还是代码的实现&#xff0c;遵循SOLID设计原则&#xff0c;都能够有效的提高系统的灵活和可靠性&#xff0c;应对代码实现的需求变化也能更好的扩展和维护。因此提出了五大原则——SOLID。 我是通过老师讲解以及老师…

Python 中的 SOLID 原则

&#x1f482; 个人网站:【海拥】【摸鱼游戏】【神级源码资源网】&#x1f91f; 前端学习课程&#xff1a;&#x1f449;【28个案例趣学前端】【400个JS面试题】&#x1f485; 想寻找共同学习交流、摸鱼划水的小伙伴&#xff0c;请点击【摸鱼学习交流群】 SOLID 是一组面向对象…

Kotlin SOLID 原则

Kotlin SOLID 原则 许多 Kotlin 开发者并不完全了解 SOLID 原理&#xff0c;即使他们知道&#xff0c;他们也不知道为什么要使用它。您准备好了解所有细节了吗&#xff1f; 介绍 亲爱的 Kotlin 爱好者&#xff0c;您好&#xff01;欢迎来到我的新文章。今天我要讲的是 Kotli…

超易懂!原来 SOLID 原则要这么理解!

点击蓝色 “陈树义” 关注我哟 说到 SOLID 原则&#xff0c;相信有过几年工作经验的朋友都有个大概印象&#xff0c;但就是不知道它具体是什么。甚至有些工作了十几年的朋友&#xff0c;它们对 SOLID 原则的理解也停留在表面。今天我们就来聊聊 SOLID 原则以及它们之间的关系。…

SOLID五大原则【图解】

目录 前序 五大基本原则-SOLID 1. SRP 2. OCP 3. LSP 4. ISP 5. DIP 参考链接 前序 做C语言开发的应该都知道&#xff0c;C是面向过程开发的&#xff0c;而c是面向对象开发的。而封装、继承与多态是面向对象开发的三大特征。 但你可能不知道OOD(Object-Oriented Desi…

我所理解的SOLID原则

S.O.L.I.D 是面向对象设计(OOD)和面向对象编程(OOP)中的几个重要编码原则(Programming Priciple)的首字母缩写。 面向对象设计的原则 SRP The Single Responsibility Principle单一职责原则OCP The Open Closed Principle开放封闭原则LSP The Liskov Substitution Principle里…