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

前言：很久之前就想动笔总结下关于软件设计的一些原则，或者说是设计模式的一些原则，奈何被各种bootstrap组件所吸引，一直抽不开身。群里面有朋友问博主是否改行做前端了，呵呵，其实博主是想做“全战”，即各方便都有战斗力。关于设计模式，作为程序猿的我们肯定都不陌生。博主的理解，所谓设计模式就是前人总结下来的一些对于某些特定使用场景非常适用的优秀的设计思路，“前人栽树，后人乘凉”，作为后来者的我们就有...

依赖这个词，程序员们都好理解，意思就是，我这段代码用到了谁，我就依赖了谁。依赖容易有，但能不能把依赖弄对，就需要动点脑子了。如果依赖关系没有处理好，就会导致一个小改动影响一大片，而把依赖方向搞反，就是最典型的错误。那什么叫依赖方向搞反呢？依赖倒置原则。如果说实现开闭原则的关键事抽象化，是面向对象设计的目标的话，依赖倒置原则就是这个面向对象设计的主要机制。

一、依赖倒置原则简介 定义：高层模块不应该依赖底层模块，二者都应该依赖其抽象 抽象不应该依赖细节，细节应该依赖抽象 针对接口编程，不要针对实现编程 二、代码实现 public class Evan { private Course course; public void setCourse(Course course) { this.course = course; } public void studyCourse(){ cours

依赖倒置原则 1、定义： 高层模块不应该依赖于底层模块，二者都应该依赖其抽象。 抽象不应该依赖细节；细节应该依赖抽象。 针对接口编程，不要针对实现编程。 2、优点： 可以减少类间的耦合性、提高系统稳定性，提高代码可读性和可维护性，可以降低修改程序所造成的风险。 3、问题由来： 类A直接依赖类B，假如要将类B改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责...

文章目录写在前面依赖转置原则第一部分：依赖抽象第二部分：抽象属于高层模块为什么抽象应该属于高层模块更简单的高层模块更好的抽象和接口高层模块定义接口的优点接口实现者定义接口的缺点改善整体架构 写在前面 在软件构造课程的5-1节：可维护性的度量与构造原则中，我们学习了依赖转置原则(Dependency Inversion Principle)。对于DIP原则的两个方面，“高层模块不应该依赖于低层模块,...

今天我们讲了依赖倒置原则，它的表述是：高层模块不应依赖于低层模块，二者应依赖于抽象。抽象不应依赖于细节，细节应依赖于抽象。理解这个原则的关键在于理解“倒置”，它是相对于传统自上而下的解决问题然后组合的方式而言的。高层模块不依赖于低层模块，可以通过引入一个抽象，或者模型，将二者解耦开来。高层模块依赖于这个模型，而低层模块实现这个模型。DIP 还可以简单理解成要依赖于抽象，由此，还可以推导出一些指导编码的规则：任何变量都不应该指向一个具体类；任何类都不应继承自具体类；

但是如果A依赖于一个抽象接口D，而B实现了D接口，那么当我们需要替换C时，只需要实现一个新的类E来实现D接口，然后将E注入到A中即可，而不需要修改A的代码。通过依赖抽象而不是具体实现，我们能够实现代码的灵活性和可替换性，从而提高系统的可靠性和可测试性。当需要修改或扩展某个模块时，只需要关注接口的定义和实现，而不需要修改其他模块的代码，从而提高了代码的可维护性和可扩展性。总结起来，依赖倒置原则通过面向接口编程，将高层模块与低层模块的实现解耦，从而实现对扩展开放，对修改关闭，进而实现了开闭原则的要求。

1. 定义 依赖倒置原则（Dependence Inversion Principle DIP）：在程序设计时，高层模块不应该依赖于低层模块，二者应该通过抽象依赖，即依赖抽象，而不是依赖细节，换言之，程序设计应对接口编程，而不是针对实现编程。 2. 为什么要实现依赖倒置 2.1 实现代码重用，避免大量重构代码，比如：当切换数据库时，我们无需考虑ui层和bll层，只需考虑d...

抽象不应该依赖细节，细节应该依赖于抽象，意思就是说我们写代码要针对接口编程而不是对实现编程。1.高层模块不应该依赖底层模块，两者应该依赖抽象2.抽象不应该依赖细节，细节应该依赖抽象在面向对...

如果说实现开闭原则的关键事抽象化，是面向对象设计的目标的话，依赖倒置原则就是这个面向对象设计的主要机制。依赖倒置原则的目的是通过要面向接口的编程来降低类间的耦合性，所以我们在实际编程中只要遵循以下4点，就能在项目中满足这个规则:每个类尽量提供接口或抽象类，或者两者都具备。变量的声明类型尽量是接口或者是抽象类。任何类都不应该从具体类派生。使用继承时尽量遵循里氏替换原则。

接口隔离原则： 客户端不应该依赖它不需要的接口， 即一个类对另一个类的依赖应该建立在最小的接口上。举个例子，一个接口有多个方法，但是一个类只需要实现这个接口的其中一个方法，那么这个接口的其余方法对于这个类来说就是多余的）（大白话：继承是强耦合关系，相对来说，组合聚合是松耦合关系，能用组合/聚合就不要用继承）开放—封闭原则：是说软件实体（类、模块、函数等）应该可以扩展，但是不可以修改。单一职责：就一个类而言，应该仅有一个引起它变化的原因（大白话：一个类就干好一件事就行了，多干多错，少干少麻烦）

依赖倒转原则 依赖倒转原则，意思就是抽象不应该依赖细节，细节应该依赖抽象，说白了，就是要针对接口编程，不要对实现编程。 高层模块不应该依赖底层模块。两个都应该是依赖抽象。 解释：拿电脑来说，cpu、内存等配件都属于高层模块，而主板就属于底层模块，想想，如果高层模块依赖底层模块，也就是说，cpu、内存等配件坏了的话，就需要连带主板一起换掉，这样代价太大了；所以正常情况下，cpu、内存等高层模块是不...

依赖倒置原则是指应用系统中的HTML5高层模块不应该依赖于底层模块，抽象不应该依赖于细节。为了使应用系统中的各个类在设计时能够依赖于抽象而不是依赖于具体的实现，我们应该针对接口编程，而不是针对具体的实现类进行编程。 如果您是一名普通网民，您可以使用黑客的HTML5技巧扩大自己的视野，提高自己的检索效率；如果您是一名网管，请您赶快看看您的网站是否做好了对下面黑客探测手段的防范措施，如果没有

1.在UML提供的图中，（ ）用于描述系统与外部系统及用户之间的交互 A．用例图 B．类图 C．对象图 D．部署图 2.在UML提供的图中，（ ）用于按时间顺序描述对象之间的交互。 A、对象图 B、状态图 C、活动图 D、时序图 3.以下关于类成员的可见性叙述错误的是（ ） A、可见性为public时，类内和类外可以使用 B、可见性为protected时，类内及子类可以使用 C、可见性为private时，类内及类外皆不可以使用 D、可见性为public或protected时，子类皆可以使用 4

依赖倒置原则1 定义2 解释 1 定义 依赖倒置原则的定义 1 高层模块不依赖于底层模块 ，应该依赖抽象（接口） 2 抽象不应依赖于实现类 3 实现类应该依赖于抽象（接口） 一句话解释就是面向 接口编程 2 解释 人要喝牛奶，写一个喝牛奶方法，那喝羊奶是不也要写个喝羊奶方法 这个事后我们写一个产奶接口 ，用牛或羊去实现产奶，羊产羊奶，牛产牛奶，人只需要一个喝奶方法即可。 注入方式 1 构造方法注入 2 接口注入 3 set方法注入 4注解注入 ...

常见的几种设计模式

通俗的讲，就是高层模块定义接口，低层模块负责实现。 Bob Martins对DIP的定义： 高层模块不应依赖于低层模块，两者应该依赖于抽象。 抽象不不应该依赖于实现，实现应该依赖于抽象。 总结出使用DIP的优点： 系统更柔韧：可以修改一部分代码而不影响其他模块。 系统更健壮：可以修改一部分代码而不会让系统崩溃。 系统更高效：组件松耦合，且可复用，提高开发效率。 ...