控制反转(IOC) 和依赖注入(DI) 的理解

1.      IOC(控制反转) inverseof control是spring容器的内核,AOP.声明事务等功能在此基础上开花结果。

2.      通过实例理解IOC概念:

实例:《墨攻》电影中有一个场景:当刘德华所饰演的墨者革离到达梁国都城下,城上梁国守军问道:“来者何人?“刘德华回答道:“墨者革离”。以此场景通过一个java类为这个“城门叩问”的场景进行编剧。

MoAttract:通过演员安排剧本

public class MoAttack {

public voidcityuGateAsk(){

LiuDeHualdh=newLiuDeHua();//演员直接侵入脚本

ldh.responseAsk("墨者革离");

}

}

在上面代码注释处,作为具体角色饰演者的刘德华直接侵入到剧本中,使剧本和演员直接耦合在一起,如图:

一个明智的编剧在剧情创作时应该围绕故事的角色进行,而不应该考虑角色的具体饰演者,这样才可能在剧本投拍时自由地遴选任何适合的演员,而非绑定在刘德华一个人身上。

通过以上的分析,知道需要为盖剧本主人公革离定义一个接口:

public classMoAttack {

public void cityuGateAsk(){

GeLigeli=newLiuDeHua();//引入革离角色接口

geli.responseAsk("墨者革离");//通过接口开展剧情

}

}

墨攻,革离,刘德华三者的类图关系:

从上图中可以看出MoAttrack同时依赖于GeLi接口和LIuDeHua类,并没有达到所期望的剧本依赖于角色的目的。但是角色最终必须通过具体的演员才能拍摄,如何让LiuDeHua和剧本无关而又能完成GeLi的具体动作呢?当然是在拍摄时,导演将LiuDeHua安排在GeLi的角色上,导演将剧本、角色、饰演者装配起来:

通过引入导演,剧本和具体的饰演者解耦了,对应到软件中,导演像是一个装配器,将具体的饰演者赋予了剧本的角色。

现在可以反过来理解IoC的概念了。IOC(Inverseof control)的字面意思是控制反转,它包括两个内容:一是控制:二是反转。到底是什么东西的控制被反转了呢?对应前面的例子,控制是指选择GeLi角色扮演者的控制权;反转是指在这种控制权从《墨攻》剧本中移除,转交到了导演手中。对于软件来说,既是某一接口具体实现类的选择控制权从调用类中移除,转交给第三方裁决。

因为IOC不够开门见山,因此业界曾进行广泛的讨论,最终软件界的泰斗人物Martin Fowler提出了DI(依赖注入:Dependency Injection)的概念用以代替IoC,即调用类对接口实现类的依赖关系由第三方(容器或者协作类)注入,已移除调用类对接口实现类的依赖。

1.      Ioc类型

从注入方法上看,主要可以划分为三种类型:构造函数注入、属性注入和接口注入。

构造函数注入:

public class MoAttack {

private GeLigeli;

public MoAttack(GeLi geli){ //注入革离的具体扮演者

this.geli=geli;

}

public voidcityuGateAsk(){

geli.responseAsk("墨者革离");

}

}

MoAttack的构造函数并不关心具体是谁扮演革离的角色,只要在构造函数中传入扮演者按剧本要求完成角色功能即可。角色的具体扮演者由导演来安排,如下代码:

public classDirector {

public void direct(){

GeLigeli=newLiuDeHua();//指定角色的扮演者

MoAttackmoAttack=newMoAttack(geli);//注如具体扮演者到剧本中

moAttack.cityGateAsk();

}

}

属性注入:

有时,导演会发现,虽然革离是影片《墨攻》的第一主角,但是并非每一个场景都需要革离的出现,在这种情况下通过构造函数并不妥当,这是可以考虑使用属性注入。属性注入可以有选择的通过setter方法完成调用类所需依赖的注入,更加灵活方便。

public classMoAttack {

private GeLigeli;

public void setGeli(GeLi geli) { //属性注入

this.geli = geli;

}

public void cityGateAsk(){

geli.responseAsk("墨者革离");

}

}

Director通过Setter方法注入革离扮演者:

public classDirector {

public void direct(){

GeLigeli=newLiuDeHua();

MoAttackmoAttack=newMoAttack();

moAttack.setGeli(geli);  //调用setter方法注入

moAttack.cityGateAsk();

}

}

接口注入:

将调用类所有注入的方法抽取到一个接口中,调用类实现这一接口规定的注入方法,为了采用接口注入的方式,声明一个ActorArrangable接口

public interfaceActorArrangable {

void injectGeli(GeLi geli);

}

MoAttack通过接口方法注入革离扮演者

public classMoAttack implementsActorArrangable{

private GeLigeli;

public void injectGeli(GeLi geli){ //实现接口方法

this.geli=geli;

}

public void cityGateAsk(){

geli.responseAsk("墨者革离");

}

}

Director通过接口方法注入革离扮演者:

public classDirector {

public void direct(){

GeLigeli=newLiuDeHua();

MoAttackmoAttack=newMoAttack();

moAttack.injectGeli(geli);

moAttack.cityGateAsk();

}

}

由于接口注入需要额外声明一个接口,增加类的数目,而且它的效果和属性输入并无本质区别,因此不提倡使用。

声明:本文引用spring企业应用开发详解,并做了修改。

来源 http://blog.csdn.net/alex_sym/article/details/8255106

时间: 2024-10-28 20:56:19

控制反转(IOC) 和依赖注入(DI) 的理解的相关文章

iOS控制反转(IoC)与依赖注入(DI)的实现

背景 最近接触了一段时间的SpringMVC,对其控制反转(IoC)和依赖注入(DI)印象深刻,此后便一直在思考如何使用OC语言较好的实现这两个功能.Java语言自带的注解特性为IoC和DI带来了极大的方便,要在OC上较好的实现这两个功能,需要一些小小的技巧. 控制反转和依赖注入 控制反转 简单来说,将一个类对象的创建由手动new方式改为从IOC容器内获取,就是一种控制反转,例如我们现在要创建一个ClassA类,则常规方法为 ClassA *a = [ClassA new]; 如果使用控制反转,

控制反转IOC与依赖注入DI

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

控制反转(Ioc)和依赖注入(DI)

控制反转IOC, 全称 “Inversion of Control”.依赖注入DI, 全称 “Dependency Injection”. 面向的问题:软件开发中,为了降低模块间.类间的耦合度,提倡基于接口的开发,那么在实现中必须面临最终是有“谁”提供实体类的问题.(将各层的对象以松耦合的方式组织起来,各层对象的调用面向接口.) 当一个类的实例需要另一个类的实例协助时,在传统的程序设计过程中,通常有调用者来创建被调用者的实例. 然后,采用依赖注入原则,创建被调用者的实例的工作不再由调用者完成,而

控制反转IOC与依赖注入DI - 理论篇

学无止境,精益求精 十年河东十年河西,莫欺少年穷 昨天是五一小长假归来上班的第一天,身体疲劳,毫无工作热情.于是就看看新闻,喝喝茶,荒废了一天 也就在昨天,康美同事张晶童鞋让我学习下IOC的理论及实现,毕竟是之前的好同事,好朋友,我也就抽时间百度了很多资料 在查阅网上资料的过程中,我发现大多技术篇幅都是IOC的代码实现,并没有一篇介绍IOC理论的篇幅!这显然不是我想要的. 我知道要想搞明白IOC,就必须要弄明白什么是IOC(控制反转)?为什么叫IOC(控制反转)?为什么之后又可以称为DI(依赖注

控制反转(IoC)与依赖注入(DI)

1.控制反转(Inversion of Control)与依赖注入(Dependency Injection) 控制反转即IoC (Inversion of Control),它把传统上由程序代码直接操控的对象的调用权交给容器,通过容器来实现对象组件的装配和管理.所谓的“控制反转”概念就是对组件对象控制权的转移,从程序代码本身转移到了外部容器. IoC是一个很大的概念,可以用不同的方式来实现.其主要实现方式有两种:<1>依赖查找(Dependency Lookup):容器提供回调接口和上下文环

spring中的控制反转IoC和依赖注入DI

原文:http://blog.163.com/[email protected]/blog/static/50639037200721345218382/ IoC(Inversion of Control),这是spring的核心,贯穿始终.所谓IoC,对于spring框架来说,就是由spring来负责控制对象的生命周期和对象间的关 系.这是什么意思呢,举个简单的例子,我们是如何找女朋友的?常见的情况是,我们到处去看哪里有长得漂亮身材又好的mm,然后打听她们的兴趣爱好.qq 号.电话号.手机号.

Spring入门--控制反转(IOC)与依赖注入(DI)

    1.控制反转(Inversion of Control)与依赖注入(Dependency Injection) 控制反转即IoC (Inversion of Control),它把传统上由程序代码直接操控的对象的调用权交给容器,通过容器来实现对象组件的装配和管理.所谓的"控制反转"概念就是对组件对象控制权的转移,从程序代码本身转移到了外部容器. IoC是一个很大的概念,可以用不同的方式来实现.其主要实现方式有两种:<1>依赖查找(Dependency Lookup)

AutoFac (控制反转IOC 与依赖注入DI)

绝世好文  转:http://blog.csdn.net/fanbin168/article/details/51293218 1 IOC概念(很重要) 项目 先引入AutoFac 和AutoFac MVC两个程序集到项目中 然后我们在MVC(UI层)的App_Start文件夹下创建一个AutoFacConfig.cs类 [csharp] view plain copy using System; using System.Collections.Generic; using System.Li

控制反转IOC的依赖注入方式

引言: 项目中遇到关于IOC的一些内容,因为和正常的逻辑代码比较起来,IOC有点反常.因此本文记录IOC的一些基础知识,并附有相应的简单实例,而在实际项目中再复杂的应用也只是在基本应用的基础上扩展而来的.本文目的两个,一是记录学习过程,以便将来温故:二是请大牛对小弟指点一二. 概念: 控制反转(Inversion of Control,英文缩写为IoC)是一个重要的面向对象的法则来削减计算机程序的耦合问题,也是轻量级的Spring框架的核心. 控制反转一般分为两种类型,依赖注入(Dependen