高层模块不应该依赖于底层模块。二者都应该依赖于抽象；抽象不应该依赖于细节，细节应该依赖于抽象

最新推荐文章于 2023-06-01 08:28:06 发布
原创 最新推荐文章于 2023-06-01 08:28:06 发布 · 5.9k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文阐述了高层模块不应直接依赖底层模块的设计原则，强调了二者都应依赖于抽象的重要性。此外，文章还讨论了如何确保抽象不依赖于细节，而细节则依赖于抽象。
部署运行你感兴趣的模型镜像

 高层模块不应该依赖于底层模块。二者都应该依赖于抽象；抽象不应该依赖于细节，细节应该依赖于抽象

您可能感兴趣的与本文相关的镜像

ComfyUI

ComfyUI

AI应用
ComfyUI

ComfyUI是一款易于上手的工作流设计工具，具有以下特点：基于工作流节点设计，可视化工作流搭建，快速切换工作流，对显存占用小，速度快，支持多种插件，如ADetailer、Controlnet和AnimateDIFF等

设计模式六大原则(五)--倒置依赖原则
丁爸的博客
08-18 1287
倒置依赖原则（Dependency Inversion Principle, DIP）是一种面向对象设计原则，它强调高层模块和低层模块都应该依赖于抽象，而不是具体实现。倒置依赖原则是一种重要的设计原则，它可以帮助我们构建出更加灵活、易于维护的软件系统。在实际应用中，我们可以结合具体的需求和场景，合理地运用这一原则，以达到最佳的设计效果。
Android架构建设之组件化、模块化建设
XiNanHeiShao的专栏
04-17 4412
一、 背景 1、 再此之前我们已经做好了Data Repository(数据统一输出口)，各种数据源与业务进行了很好的分离；同时我们也接入了Route，解决了activity间的跳转耦合，其实Route能够真正发挥它强大作用的是组件化、模块化项目中。以上这些工作我们都为后面业务的剥离打下了良好的基础。 2、 抢单、订单等各种业务柔和在主工程中,各方面耦合严重。 3、 业务分离也可...
设计模式七大原则
gdvfs12的博客
02-20 455
设计模式七大原则 单一职责原则 对类来说的，即一个类应该只负责一项职责。如类A负责两个不同职责：职责1，职责2。 当职责1需求变更而改变A时，可能造成职责2执行错误，所以需要将类A的粒度分解为 A1，A2 单一职责原则注意事项和细节 降低类的复杂度，一个类只负责一项职责。 提高类的可读性，可维护性 降低变更引起的风险 通常情况下，我们应当遵守单一职责原则，只有逻辑足够简单，才可以在代码级违 反单一职责原则；只有类中方法数量足够少，可以在方法级别保持单一职责原则 接口隔离原则 客户端不应该依赖它不需要
HTML5高层模块不应该依赖于底层模块
小发猫
03-13 2971
依赖倒置原则是指应用系统中的HTML5高层模块不应该依赖于底层模块，抽象不应该依赖于细节。为了使应用系统中的各个类在设计时能够依赖于抽象而不是依赖于具体的实现，我们应该针对接口编程，而不是针对具体的实现类进行编程。 如果您是一名普通网民，您可以使用黑客的HTML5技巧扩大自己的视野，提高自己的检索效率；如果您是一名网管，请您赶快看看您的网站是否做好了对下面黑客探测手段的防范措施，如果没有
通俗的讲，就是高层模块定义接口，低层模块负责实现。 Bob Martins对DIP的定义： 高层模块不应依赖于低层模块，两者应该依赖于抽象。 抽象不不应该依赖于实现，实现应该依赖于抽象。...
david9779的博客
10-26 704
通俗的讲，就是高层模块定义接口，低层模块负责实现。 Bob Martins对DIP的定义： 高层模块不应依赖于低层模块，两者应该依赖于抽象。 抽象不不应该依赖于实现，实现应该依赖于抽象。 总结出使用DIP的优点： 系统更柔韧：可以修改一部分代码而不影响其他模块。 系统更健壮：可以修改一部分代码而不会让系统崩溃。 系统更高效：组件松耦合，且可复用，提高开发效率。 ...
Java依赖于抽象不依赖于具体,[Java教程]设计模式六大原则（3）：依赖倒置原则...
weixin_39944375的博客
03-21 666
[Java教程]设计模式六大原则(3)：依赖倒置原则0 2013-03-19 09:00:13设计模式系列文章设计模式六大原则(1)：单一职责原则设计模式六大原则(2)：里氏替换原则设计模式六大原则(3)：依赖倒置原则问题由来类A直接依赖于类B，加入要将类A修改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑。类B和C是底层模块，负责基本...
【设计原则】依赖倒置原则--高层代码和底层代码到底谁该依赖谁？
DreamSun的博客
04-19 1208
依赖这个词，程序员们都好理解，意思就是，我这段代码用到了谁，我就依赖了谁。依赖容易有，但能不能把依赖弄对，就需要动点脑子了。如果依赖关系没有处理好，就会导致一个小改动影响一大片，而把依赖方向搞反，就是最典型的错误。那什么叫依赖方向搞反呢？依赖倒置原则。如果说实现开闭原则的关键事抽象化，是面向对象设计的目标的话，依赖倒置原则就是这个面向对象设计的主要机制。
依赖倒置原则：高层代码和底层代码，到底谁该依赖谁？
初念初恋的博客
06-01 679
如果说实现开闭原则的关键事抽象化，是面向对象设计的目标的话，依赖倒置原则就是这个面向对象设计的主要机制。依赖倒置原则的目的是通过要面向接口的编程来降低类间的耦合性，所以我们在实际编程中只要遵循以下4点，就能在项目中满足这个规则:每个类尽量提供接口或抽象类，或者两者都具备。变量的声明类型尽量是接口或者是抽象类。任何类都不应该从具体类派生。使用继承时尽量遵循里氏替换原则。
依赖于抽象不依赖于具体 是什么原则
最新发布
04-01
1. 高层模块不应该直接依赖低层模块，二者都应该依赖于抽象。 2. 抽象不应该再依赖于细节，而应该由细节去实现或拓展抽象。 通过这种方式，系统中的各个组件之间不再紧密绑定在一起，而是松散地结合在共同遵守的...
依赖注入的抽象层设计与实现
结合SOLID原则中的依赖倒置原则（DIP），即高层模块不应依赖低层模块，二者都应依赖抽象，依赖注入完美地践行了这一理念。 从压缩包文件名“DependencyInjection-master”可以看出，这很可能是一个开源项目的主分支...
依赖倒置原则DIP在面向对象设计中的应用与实现
二是抽象不应依赖于细节，而细节应当依赖于抽象。这里的“抽象”通常指的是接口（interface）或抽象类（abstract class），它们定义了一组行为规范，而不涉及具体实现逻辑。通过这种方式，高层模块只需面向接口编程...
抽象工厂模式设计与实现源码解析
这种结构完美体现了“依赖倒置原则”——高层模块不依赖低层模块，二者都依赖于抽象；同时也遵循“接口隔离原则”，即每个工厂只暴露必要的创建方法，避免臃肿接口。 在源代码实现层面，“Code”作为压缩包中的子...
不依赖于具体的抽象是毫无意义的
solonote的专栏
06-25 1629
OO的精髓在于抽象,抽象可以使调用具体实现的高层不关心具体实现的细节,这样做的好处是降低系统的偶合性,增加系统的灵活性.比如这种情况:图1 不成熟的Button和Lamp模型public class OnButton{        private Lamp itsLamp;        public void poll()        {                //some co
第7章 不同层不同抽象
lxlneversettle的博客
03-28 286
不同层不同抽象 软件系统由不同的层构成， 上层使用下层提供的服务。 如果系统设计的好，每一层会提供和在它只上和之下的层的不同的抽象 比如： 文件系统，最上层实现了文件的抽象。一个文件由任意大小的字节数组组成。下一层实现了内存中对磁盘块的缓存。最底层实现了设备驱动，在二级存储设备和内存之间移动磁盘块 网络传输层协议，比如tcp，最上层提供的抽象就是一个从一台设备流向其他设备的字节流。底层的抽象提供...
软件构造(08)：深入理解DIP原则：抽象应属于高层模块
weixin_43872639的博客
04-30 1019
文章目录写在前面依赖转置原则第一部分：依赖抽象第二部分：抽象属于高层模块为什么抽象应该属于高层模块更简单的高层模块更好的抽象和接口高层模块定义接口的优点接口实现者定义接口的缺点改善整体架构 写在前面 在软件构造课程的5-1节：可维护性的度量与构造原则中，我们学习了依赖转置原则(Dependency Inversion Principle)。对于DIP原则的两个方面，“高层模块不应该依赖于低层模块,...
第24节 面向对象系统分析与设计
mingming20547的博客
08-27 4150
第24节 面向对象系统分析与设计 面向对象系统分析与设计 1[单项选择题]以下关于面向对象设计的叙述中，错误的是（ ） A高层模块不应该依赖于底层模块 B抽象不应该依赖于细节 C细节可以依赖于抽象 D高层模块无法不依赖于底层模块 【参考答案】A 【题目解析】本题考查面向对象设计与面向对象分析的基本概念。 面向对象分析与设计是面向对象软件开发过程中的两个重要阶段，面向对象分析产生分析模型，该分析模...
设计模式-六大原则
Android TV 开发
08-22 1400
六大原则
C#软件设计——小话设计模式原则之：依赖倒置原则DIP
weixin_34138139的博客
02-22 248
前言：很久之前就想动笔总结下关于软件设计的一些原则，或者说是设计模式的一些原则，奈何被各种bootstrap组件所吸引，一直抽不开身。群里面有朋友问博主是否改行做前端了，呵呵，其实博主是想做“全战”，即各方便都有战斗力。关于设计模式，作为程序猿的我们肯定都不陌生。博主的理解，所谓设计模式就是前人总结下来的一些对于某些特定使用场景非常适用的优秀的设计思路，“前人栽树，后人乘凉”，作为后来者的我们就有...
软件设计七大原则：（二）依赖倒置原则
Evan's Blog ٩(๑❛ᴗ❛๑)۶
06-06 674
一、依赖倒置原则简介 定义：高层模块不应该依赖底层模块，二者都应该依赖其抽象 抽象不应该依赖细节，细节应该依赖抽象 针对接口编程，不要针对实现编程 二、代码实现 public class Evan { private Course course; public void setCourse(Course course) { this.course = course; } public void studyCourse(){ cours
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值