依赖倒转原则又称依赖倒置原则： 抽象不应该依赖细节，细节应该依赖于抽象。说白了，就是针对接口编程，不要针对实现编程。 依赖倒置原则包含三层含义： 1)高层模块不应该依赖低层模块，两者都应该依赖其抽象； 2)抽象不应该依赖细节; 3)细节应该依赖抽象。 看了上面的解释相信大家会和我一样会有一些疑问在脑海里，下面来详细说一说吧： 1)为什么要针对接口编程，而不是针对实现编程呢？ 很简单的一个例子，我们

依赖倒转原则DIP           DependenceInversion Principle,依赖于抽象，不要依赖于具体。定义：A 、高层模块不应该依赖底层模块。两个都应该依赖抽象；B 、抽象不应该依赖细节，细节应该依赖于抽象。说白了就是针对接口，不要对实现编程。           例如主板和内存条，主板属于高层模块，内存条属于底层模块，如果主板或内存条坏了，各自换掉就OK了，而不是说主板

依赖倒转原则 高层模块不应该依赖底层模块。两个都应该依赖抽象。 抽象不应该依赖细节。细节应该依赖抽象。 譬如我们把访问数据库的方法写成了一个函数，那么我们做新项目的时候，去调用这些底层的函数就可以了，这就是高层模块依赖与底层模块。 里氏代换原则 子类型必须能够替换调他们的父类型。 一个软件实体如果使用的是一个父类的话，那么一定适用于其子类，而且它察觉不出父类对象和子类对象的区别。也就是说，在软件里

单一职责原则： 就一个类而言，应该仅有一个引起它变化的原因。 如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意想不到的破坏。 软件设计真正要做的许多内容，就是发现职责并把那些职责相互分离。 如果你能够想到多于一个的动机去改变一个类，那么这个类就具有多于一个的职责。 开发-封闭原则：

依赖倒转原则           依赖倒转原则：           1、高层模块不应该依赖低层模块，两个都应该依赖抽象。           2、抽象不应该依赖细节，细节应该依赖抽象。           就是要针对接口编程，不要对实现编程，如果不管是高层模块还是低层模块，它们都依赖于抽象，具体一点就是接口或抽象类，只要接口是稳定的，那么任何一个的更改都不用担心其他的收到影响，这就使得无论高层模

依赖倒转原则：（原文）抽象不应该依赖细节，细节应该依赖于抽象。（白话） 要针对接口编程，不要针对实现编程。 1、高层模块不应该依赖底层模块。两个都应该 依赖抽象。 2、抽象不应该依赖细节。细节应该依赖抽象。（抽象——接口或抽象类） 不管高层模块还是低层模块，他们都依赖于抽象，具体一点就是接口或抽象类。只要接口是稳定的，那么任何一个更改都不用担心其他地方受影响。 里氏代换原则：一个软件实体如果使用的

    闲谈       在公司工作了快一年了，发现以前的重点是放在语言上的（C/C++），回过头来看看，发现语言只是一种工具，实现我们产品的一种实现方式。一个好的产品，在于它的设计框架、在于它的扩展性，灵活性，维护性，复用性（借用面向对象的四大好处）。      然而为了实现一个好的产品，需要我们来慢慢的积累，慢慢的从使用语言的角度上升到脱离语言，具有全局的意识，可以利用一些设计模式或者框架来使

一、基本概念       抽象不应该依赖细节，细节应该依赖抽象。即针对接口编程，不要对实现编程。 A：高层模块不能依赖低层模块，两者都应依赖抽象。 B：抽象不应该依赖细节，细节应该依赖抽象。       二、里氏代换原则（LSP） 子类型必须能够替换掉它们的父类型 解释：一个软件实体如果使用的是一个父类的话，那么一定适用于其子类，而且它察觉不出父类对象和子类对象的区别。         也就是说，

第05章 会修电脑不会修收音机？－依赖倒转原则     依赖倒转原则：         A：高层模块不应该依赖底层模块。两个都应该依赖抽象。         B：抽象不应该依赖细节。细节应该依赖抽象。     依赖倒转原则，也翻译成依赖倒置原则。原话解释是抽象不应该依赖细节，细节应该依赖于抽象，说白了，就是要针对接口编程，不要对实现编程。     里氏转换原则         一个软件实体如果使用

本文内容参考自《大话设计模式》（程杰 著） 1. 单一职责原则（SRP） 就一个类而言，应该仅有一个引起它变化的原因。（反例：游戏逻辑与界面写在一起，则引起变化的原因有2个） 2. 开放-封闭原则（OCP） 软件实体（类，模块，函数等等）应该可以扩展，但是不可修改。 两个特征：对扩展是开放的，对更改是封闭的。 （简单工厂模式就不符合这个原则，而工厂方法模式符合） 3. 依赖倒转原则 A. 高层模块

定义： 依赖倒转原则： 1.高层模块不应该依赖于底层模块。两个都应该依赖于抽象。 2.抽象不应该依赖于细节。细节应该依赖于抽象。 简单点说：我们需要针对接口编程二不是针对实现编程。

如果说开闭原则是面向对象设计的目标的话, 那么依赖倒转原则就是面向对象设计的主要实现机制之一, 它是系统抽象化的具体实现. 依赖倒转原则: 抽象不应该依赖于细节, 细节应该依赖于抽象. 换言之, 要针对接口编程, 而不是针对实现编程. 依赖倒转原则要求我们在程序代码中传递参数时, 或者在关联关系中, 尽量引用层次高的抽象层类, 即使用接口和抽象类进行变量类型声明, 参数类型声明, 方法返回类型声明

单一职责原则＋依赖倒转原则＋里氏替换原则＋开放封闭原则＋接口隔离原则 单一职责原则－SRP－Single responsibility principle     就一个类而言，应该只有一个导致其变化的原因。一个职责就是一个变化的轴线，一个类如果承担的职责过多，就等于将这些职责耦合在一起。一个职责的变化可能影响到其他职责。         什么是职责？             职责是“变化的原因”

概念解释：依赖倒转原则      A：高层模块不应该依赖低层模块。俩个都应该依赖抽象      B：抽象不应该依赖细节。细节应该依赖抽象 简而言之就是要针对接口编程，不用对实现编程。 Q: 为什么依赖了抽象和接口的抽象类就不怕被更改呢？ A:  里氏代换原则：子类型必须能够替换掉他们的父类型 白话翻译：一个软件实体如果使用的是一个父类的话，那么一定适用于其子类，而且它觉察不出父类对象和子类对象的区

依赖倒转原则     依赖倒转原则，也翻译成依赖倒置原则，抽象不应该依赖细节，细节应该依赖于抽象，要针对接口编程，而不是对实现编程。如电脑中无论主板、CPU、内存、硬盘都是针对接口设计的，PC电脑硬件的发展，和面向对象思想发展是完全类似的。     依赖倒转原则（为什么称为倒转呢，因为传统的设计中底层提供接口，高层根据底层的接口实现功能）         A.高层模块不应该依赖底层模块，两个都应该

2016-12-28 外观模式 ＋ 适配器模式＋迪米特法则＋依赖倒转原则＋里氏替换原则 1:class、2:stock(|stɒk| n 存活、股票)、3:public、4:void(|vɔɪd|)n 空白、无效的、空的、5:sell、6:console(|kənˈsəʊl| n 控制面板、控制台)、write、7:national(|ˈnæʃənl| adj 国家的、全国性的)、8:debt |

依赖倒转原则(DIP:dependence inversion principle) 定义： 1.高层不能依赖底层模块，两者都依赖其抽象 2.抽象不能依赖细节，细节依赖抽象 依赖倒转简单的讲就是实现对接口的编程，而不是对实现的编程。可以降低客户与实现模块的耦合。 代码示例： 一个人读书的代码： class Book{ public function getContent(){

依赖倒转 依赖的三种写法: 构造函数传递依赖对象 interface IDriver { public function drive(); } interface ICar { public function run(); } class Driver implements IDriver { protected $car; public function d

依赖倒转原则：原话解释是抽象不应该依赖细节 ，细节应该依赖于抽象，说白了就是要针对接口编程，不要对实现编程。 A.高层模块不应该依赖底层模块，两个都应该依赖抽象 B.抽象不应该依赖细节。细节应该依赖抽象 里氏代换原则：一个软件实体如果使用的是一个父类的话，那么一定适用于其子类，而且它察觉不出父类对象和子类对象的区别。也就是说，在软件里，把父类都替换成它的子类，程序的行为没有变化。 依赖倒转其实可以