依赖倒装原则是面向对象设计的很重要的原则之一。这个原则要求： 具体应该依赖于抽象，而不是抽象依赖于具体。只有我们做到了具体依 赖与抽象，这样的系统才可以是可维护，可复用的。传统的复用仅仅只 是限于对具体层次的复用，比如对算法，数据结构，或者对某一个小的 模块的复用。但是在当今面向对象的设计理念里，复用要向更高一个层 次。要复用抽象的东西，也就是复用不容易变化的东西。像现在的面向 接口

    首先，来对比并分析一下结构化程序设计和面向对象程序设计的区别。     结构化程序设计总是倾向于创建一些高层模块依赖于低层模块、策略依赖于细节的软件结构，该层次结构描述了高层模块怎样调用低层模块。现在，我们就分析一下这样的程序结构中存在什么样的问题。高层模块将所需服务全权委托给底层模块。如果底层模块出现了问题，那么高层模块就被“小人”“出卖”了。因为，底层模块的变动影响了高层模块，高层模块

2.2  单一职责原则 2.2.1 引言          一个优良的系统设计，强调模块间保持低耦合、高内聚的关系，在面向对象设计中这条规则同样适用，所以面向对象的第一个设计原则就是：单一职责原则（SRP，Single Responsibility Principle）。          单一职责，强调的是职责的分离，在某种程度上对职责的理解，构成了不同类之间耦合关系的设计关键，因此单一职责原则

 软件设计原则　之一：依赖倒转原则 DIP 　　依赖倒转原则(Dependency Inversion Principle)讲的是：要依赖于抽象，不要依赖于具体。 　　依赖倒转原则的一种表述是：细节应当依赖于抽象，抽象不应当依赖于细节。 　　另一种描述是：要针对接口编程，不要针对实现编程。意思就是应当使用接口和抽象类而不是具体类进行变量的类型声明、参数的类型声明、方法的返回类型声明以及数据类型的转

依赖倒置原则的含义 高层模块不应该以来与底层模块，二者都应该依赖于抽象。 抽象不应该依赖于细节，细节应该依赖于抽象。 下图的结构   就违反了DIP原则，因为上层的client依赖于DB service，从而一来到DB 如果DB发生了变化，就需要修改DB service，从而修改client。 好的设计师中间这几层全部依赖于借口。 这样就算DB发生了变化也不会对DBservice有所影响。

依赖倒置原则（Dependence Inversion Principle，DIP）的原始定义： 高层模块不应该依赖底层模块，两者都应该依赖其抽象； 抽象不应该依赖细节； 细节应该依赖抽象。   依赖倒置原则在Java语言中的表现是： 模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或者抽象类产生的； 接口或抽象类不依赖于实现类； 实现类依赖接口或抽象类。   依赖倒

一、DIP简介（DIP--DependencyInversion Principle）： 1、高层模块不应该依赖于低层模块,二者都应该依赖于抽象。 2、抽象不应该依赖于细节,细节应该依赖于抽象。   高层模块包含了一个应该程序中的重要的策略选择和业务模型，正是这些高层模块才使得其所有的应用程序区别于其他，如果高层依赖于低层,那么对低层模块的改动就会直接影响到高层模块,从而迫使它们依次做出改动。  

定义：High level modules should not depend upon low level modules. Both should depend upon abstractions. Abstractions should not depend upon details. Details should depend upon abstractions。 用中文来讲就是：高层模块

1. 依赖倒置原则，(Dependence Inversion Principle, DIP ) 定义：High level modules should not depend upon low level modules. Both should depend upon abstractions. Abstractions should not depend upon details. Deta

    定义    依赖倒置原则（Dependency Inversion Principle）     核心思想：依赖于抽象     具体体现：         体现一：高层模块不应该依赖低层模块。两个都应该依赖抽象。         体现二：抽象不应该依赖细节。细节应该依赖抽象。     依赖倒置原则告诉我们：细节是多变的，而抽象是相对稳定的。所以我们编程的时候要注重抽象的编程，而非细节编程。

依赖倒置原则（DIP）

 "要依赖于抽象，不要依赖于具体。” “要针对接口编程，不要针对实现编程。” 陈述： 高层模块不应该依赖于低层模块。二者应该依赖于抽象。 抽象不应该依赖于细节。细节应该依赖于抽象。 分析： 所谓“倒置”是相对于传统的开发方法（例如结构化方法）中总是倾向于让高层模块依赖于低层模块而言的软件结构而言的。 高层包含应用程序的策略和业务模型，而低层包含更多的实现细节，平台相关细节等。高层依赖低层将导致

依赖倒换原则(Dependence Inversion Principle,DIP) 两种定义： 一，“高层模块不应该依赖于底层模块，二者都应该依赖于抽象，抽象不应该依赖于细节， 细节应该依赖于抽象。”简而言之，在设计系统时，应该用抽象来分析，而不是细节。 二，“要针对接口编程，不要针对实现编程”，就是运用DIP时，通过接口与抽象类进行各种变量、参数、方法等声明。并且，禁止实现类去做这些声明。 具

依赖倒转原则 DIP 依赖倒转原则（Dependency Inversion Principle)讲的是：要依赖于抽象，不要依赖于具体。 依赖倒转原则的一种表述是：细节应当依赖于抽象，抽象不应当依赖于细节。 另一种描述是：要针对接口编程，不要针对实现编程。意思就是应当使用接口和抽象类而不是具体类进行变量的类型声明、参数的类型声明、方法的返回类型声明以及数据类型的转换等。要保证这一点，一个具体jav

一、什么是依赖倒置原则 一种表述： 抽象不应当依赖于细节；细节应当依赖于抽象。 另一种表述： 要针对接口编程，不要针对实现编程。 针对接口编程的意思就是说，应当使用Java接口和抽象Java类进行变量的类型声明、参量的类型声明、方法的返回类型声明，以及数据类型的转换等。 不要针对实现编程的意思就是说，不应当使用具体Java类进行变量的类型声明、参量的类型声明、方法的返回类型声明，以及数据类型的转换

（点击上方蓝字，可快速关注我们） 来源：懒得安分 链接：http://www.cnblogs.com/landeanfen/p/5169163.html 前言：很久之前就想动笔总结下关于软件设计的一些原则，或者说是设计模式的一些原则，奈何被各种bootstrap组件所吸引，一直抽不开身。群里面有朋友问博主是否改行做前端了，呵呵，其实博主是想做“全战”，即各方便都有战斗力。关于设计模式，作为程序猿的

（点击上方蓝字，可快速关注我们） 来源：懒得安分 链接：http://www.cnblogs.com/landeanfen/p/5169163.html 三、使用Unity实现依赖倒置 上面说了那么多，都是在讲依赖倒置的好处，那么在我们的项目中究竟如何具体实现和使用呢？ 在介绍依赖倒置具体如何使用之前，我们需要引入IOC容器相关的概念，我们先来看看它们之间的关系。 依赖倒置原则（DIP）：一种软件

依赖倒置原则（Dependence Inversion Principle，DIP）的原始定义： 高层模块不应该依赖底层模块，两者都应该依赖其抽象； 抽象不应该依赖细节； 细节应该依赖抽象。   依赖倒置原则在Java语言中的表现是： 模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或者抽象类产生的； 接口或抽象类不依赖于实现类； 实现类依赖接口或抽象类。   依赖倒

一、定义 1、模块间要依赖抽象，不要通过具体的实现类。依赖关系通过接口(抽象)进行编程，这就降低客户与实现模块间的耦 合。(接口或抽象类不依赖于实现类，实现类依赖接口或抽象类 面向接口编程OOD) 包含三层含义： (1)高层模块不应依赖于低层模块，两者都应该依赖其抽象 (2)抽象不应该依赖细节  (3)细节应该依赖于抽象 2、高层模块和底层模块的概念 (1)低层模块：每个逻辑的实现都是原子逻辑组成

设计模式之六大原则——依赖倒置原则（DIP） 依赖倒置原则（Dependence Inversion Principle，DIP）的原始定义： 高层模块不应该依赖底层模块，两者都应该依赖其抽象； 抽象不应该依赖细节； 细节应该依赖抽象。   依赖倒置原则在Java语言中的表现是： 模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或者抽象类产生的； 接口或抽象类不依赖于