1.依赖 依赖就是有联系，有地方使用到它就是有依赖它，一个系统不可能完全避免依赖。如果你的一个类或者模块在项目中没有用到它，恭喜你，可以从项目中剔除它或者排除它了，因为没有一个地方会依赖它。下面看一个简单的示例： /// <summary> /// 用户播放媒体文件 /// </summary> public class OperationMain {

首先想说说IoC（Inversion of Control，控制倒转）。这是spring的核心，贯穿始终。所谓IoC，对于spring框架来说，就是由spring来负责控制对象的生命周期和对象间的关系。这是什么意思呢，举个简单的例子，我们是如何找女朋友的？常见的情况是，我们到处去看哪里有长得漂亮身材又好的mm，然后打听她们的兴趣爱好、qq号、电话号、ip号、iq号………，想办法认识她们，投其所好送

1.依赖 依赖就是有联系，有地方使用到它就是有依赖它，一个系统不可能完全避免依赖。如果你的一个类或者模块在项目中没有用到它，恭喜你，可以从项目中剔除它或者排除它了，因为没有一个地方会依赖它。下面看一个简单的示例： /// <summary> /// 用户播放媒体文件 /// </summary> public class OperationMain {

转载自 http://www.iteye.com/topic/692793   控制反转与依赖注入--IoC/DI  IoC——Inversion of Control  控制反转  DI——Dependency Injection   依赖注入 1：如何理解IoC/DI         要想理解上面两个概念，就必须搞清楚如下的问题： 参与者都有谁？ 依赖：谁依赖于谁？为什么需要依赖？  注入：谁

DIP,IoC与DI概念解析 依赖倒置 DIP(Dependency Inversion Principle) DIP的两大原则： 1、高层模块不应该依赖于低层模块,二者都应该依赖于抽象。 2、抽象不应该依赖于细节,细节应该依赖于抽象。 具体来讲，依赖倒置的核心思想是针对接口而不是实现编程。 应用DIP可以降低模块之间的耦合度，只要接口保持稳定，模块可以独立演化而互不影响。 控制反转 IoC(In

一.IoC的主要组件： (1).Spring框架的两个最基本和最重要的包是org.springframework.beans.factory（该包中的主要接口是BeanFactory）和org.springframework.context包（该包中的主要接口是ApplicationFactory）。这两个包中的代码提供了Spring IoC特性的基础。 (2).Spring IoC框架的主要组件

IoC就是IoC，不是什么技术，是一种设计模式。IoC 亦称为 “依赖倒置原则”(“Dependency Inversion Principle”)。 控制反转（Inversion of Control，英文缩写为IoC）是一个重要的面向对象编程的法则来削减计算机程序的耦合问题。 控制反转还有一个名字叫做依赖注入（Dependency Injection）。简称DI。 可以把IoC模式看做是工厂模

工厂模式、控制反转及依赖注入      工厂模式原本作为高级篇的一个篇章（其难度充其量就那个难度），但是考虑与本章的联系，所以并入本章。      在介绍工厂模式与控制反转（Inversion of Control）及依赖注入（Dependency Injection）之前，先介绍下类的调用方法。目前调用方法总共有3种：1.自己创建；2.工厂模式；3.外部注入，其中外部注入即为控制反转/依赖注入模

名词解释 依赖：一种模型元素之间的关系的描述。例如类A调用了类B，那么我们说类A依赖于类B。 耦合：一种模型元素之间的关系的描述。例如类A调用了类B或类B调用了类A，那么我们说类A与类B有耦合关系。 耦合度：模型元素之间的依赖程度的量化描述。 控制：一种模型元素之间的关系的描述。例如类A调用了类B，那么我们说类A控制类B。 绪论 架构设计的对象一般是类库、框架和应用程序。其工作任务除了类库、框架、

      这并不是简单的字符串反转，而是按给定字符串里的单词将字符串倒转过来，就是说字符串里面的单词还是保持原来的顺序，这里的每个单词用空格分开。例如：Here is www.zhuxinquan.com       经过反转后变为：www.zhuxinquan.com is Here       如果只是简单的将所有字符串翻转的话，可以遍历字符串，将第一个字符和最后一个交换，第二个和倒数第二个

定义 控制反转（IoC/Inverse of Control）： 调用者不再创建被调用者的实例，而是由spring框架实现（容器创建）所以称为控制反转。 依赖注入（DI/Dependency injection）： 容器创建好实例后再注入到调用者称为依赖注入。 当某个角色（调用者）需要另外一个角色（被调用者）的协助时，在传统的程序设计过程中，通常由调用者创建被调用者的实例。如果创建被调用者实例的工

控制反转（IoC：Inversion of Control）： 应用本身不负责依赖对象的创建与维护，而是由外部容器负责（IOC容器）。就是说控制权由应用转移到外部容器。控制权的转移就是所谓的反转。 控制反转一般分为两种类型， 依赖注入（Dependency Injection，简称DI）（流行）和依赖查找（Dependency Lookup）（不流行）。 依赖注入（DI：Dependency In

1. IoC理论的背景 我们都知道，在采用面向对象方法设计的软件系统中，它的底层实现都是由N个对象组成的，所有的对象通过彼此的合作，最终实现系统的业务逻辑。 图1：软件系统中耦合的对象 如果我们打开机械式手表的后盖，就会看到与上面类似的情形，各个齿轮分别带动时针、分针和秒针顺时针旋转，从而在表盘上产生正确的时间。图1中描述的就是这样的一个齿轮组，它拥有多个独立的齿轮，这些齿轮相互啮合在一起，协同工

关于控制反转和依赖注入的文章和书籍很多，对其定义也解释的也仁者见仁，这里就不赘述了，这是本人（只代表个人观点）理解之后用通俗的例子和平淡的话词为您解释，希望对您有所帮助： 控制反转（IoC/Inverse Of Control）: 调用者不再创建被调用者的实例，由spring框架实现（容器创建）所以称为控制反转。 依赖注入(DI/Dependence injection) : 容器创建

控制反转（Inversion of Control IoC）在java中，Spring就是一个很好的应用。用于解除使用者和生产者的耦合。 一般的代码中。使用者即是生产者，使用者在调用它需要的对象的时候，去创建它（new a instance），然后使用。这样就造成了强依赖。 简单说来就是：a调用b, 那么a 就依赖于b. 而控制反转呢，就是用来解除这样一来的一种方式。 演变成: a调用 构造容器c

要想知道这三者的来历，我们先要知道这两个概念： 1.依赖：依赖描述了两个模型元素之间的关系，在类图上，依赖表明客户类的操作会调用服务器类的操作 2.耦合：如果改变程序的一个模块要求另一个模块同时发生变化，就认为这两个模块发生了耦合。   从上面的定义我们可以看出：如果模块A调用模块B提供的方法，或访问模块B中的某些数据成员，我们就认为模块A依赖于模块B，也可以说是模块A控制模块B，模块A和模块B之

    IoC——Inversion of Control  控制反转     DI——Dependency Injection   依赖注入         要想理解上面两个概念，就必须搞清楚如下的问题： 参与者都有谁？ 依赖：谁依赖于谁？为什么需要依赖？  注入：谁注入于谁？到底注入什么？ 控制反转：谁控制谁？控制什么？为何叫反转（有反转就应该有正转了）？ 依赖注入和控制反转是同一概念吗？  

依赖注入是从应用程序的角度在描述，可以把依赖注入描述完整点：应用程序依赖容器创建并注入它所需要的外部资源 ； 而控制反转是从容器的角度在描述，描述完整点：容器控制应用程序，由容器反向的向应用程序注入应用程序所需要的外部资源。

什么叫控制反转呢？  套用好莱坞的一句名言就是：你呆着别动，到时我会找你。  什么意思呢？就好比一个皇帝和太监  有一天皇帝想幸某个美女，于是跟太监说，今夜我要宠幸美女  皇帝往往不会告诉太监，今晚几点会回宫，会回哪张龙床，他只会告诉太监他要哪位美女。其它一切都交由太监去安排，到了晚上皇帝回宫时，自然会有美女出现在皇帝的龙床上。这就是控制反转，而把美女送到皇帝的寝宫里面去就是注射。太监就是是框架里

    从网上看到一篇非常不错的文章，转过来跟大家分享一下，让你从根本上理解spring的控制反转和依赖注入。   原文出处：http://www.iteye.com/topic/692793。  IoC——Inversion of Control  控制反转  DI——Dependency Injection   依赖注入 1.如何理解IoC/DI         要想理解上面两个概念，就必须搞