`
uule
  • 浏览: 6351801 次
  • 性别: Icon_minigender_1
  • 来自: 一片神奇的土地
社区版块
存档分类
最新评论

IOC

 
阅读更多

引述:IoC(控制反转:Inverse of Control)是Spring容器的内核,AOP、声明式事务等功能在此基础上开花结果。但是IoC这个重要的概念却比较晦涩隐讳,不容易让人望文生义,这不能不说是一大遗憾。不过IoC确实包括很多内涵,它涉及代码解耦、设计模式、代码优化等问题的考量,我们打算通过一个小例子来说明这个概念。 

通过实例理解IoC的概念 

    贺岁大片在中国已经形成了一个传统,每到年底总有多部贺岁大片纷至沓来让人应接不暇。在所有贺岁大片中,张之亮的《墨攻》算是比较出彩的一部。该片讲述了战国时期墨家人革离帮助梁国反抗赵国侵略的个人英雄主义故事,恢宏壮阔、浑雄凝重的历史场面相当震撼。其中有一个场景:当刘德华所饰演的墨者革离到达梁国都城下,城上梁国守军问到:“来者何人?”刘德华回答:“墨者革离!”我们不妨通过一个Java类为这个“城门叩问”的场景进行编剧,并借此理解IoC的概念: 
代码清单3-1  MoAttack:通过演员安排剧本 

Java代码   收藏代码
  1. public class MoAttack {  
  2.    public void cityGateAsk(){  
  3.         //①演员直接侵入剧本  
  4.        LiuDeHua ldh = new LiuDeHua();  
  5.        ldh.responseAsk("墨者革离!");  
  6.    }  
  7. }  


   我们会发现以上剧本在①处,作为具体角色饰演者的刘德华直接侵入到剧本中,使剧本和演员直接耦合在一起(图3-1)。 

   一个明智的编剧在剧情创作时应围绕故事的角色进行,而不应考虑角色的具体饰演者,这样才可能在剧本投拍时自由地遴选任何适合的演员,而非绑定在刘德华一人身上。通过以上的分析,我们知道需要为该剧本主人公革离定义一个接口: 
代码清单3-2  MoAttack:引入剧本角色 

Java代码   收藏代码
  1. public class MoAttack {  
  2.    public void cityGateAsk()  
  3.    {  
  4.         //①引入革离角色接口  
  5.        GeLi geli = new LiuDeHua();   
  6.          
  7.         //②通过接口开展剧情  
  8.        geli.responseAsk("墨者革离!");    
  9.    }  
  10. }  


   在①处引入了剧本的角色——革离,剧本的情节通过角色展开,在拍摄时角色由演员饰演,如②处所示。因此墨攻、革离、刘德华三者的类图关系如图 3 2所示: 
 
   可是,从图3 2中,我们可以看出MoAttack同时依赖于GeLi接口和LiuDeHua类,并没有达到我们所期望的剧本仅依赖于角色的目的。但是角色最终必须通过具体的演员才能完成拍摄,如何让LiuDeHua和剧本无关而又能完成GeLi的具体动作呢?当然是在影片投拍时,导演将LiuDeHua安排在GeLi的角色上,导演将剧本、角色、饰演者装配起来(图3-3)。 
 
通过引入导演,使剧本和具体饰演者解耦了。对应到软件中,导演像是一个装配器,安排演员表演具体的角色。 
   现在我们可以反过来讲解IoC的概念了。IoC(Inverse of Control)的字面意思是控制反转,它包括两个内容: 

  • 其一是控制
  • 其二是反转


  那到底是什么东西的“控制”被“反转”了呢?对应到前面的例子,“控制”是指选择GeLi角色扮演者的控制权;“反转”是指这种控制权从《墨攻》剧本中移除,转交到导演的手中。对于软件来说,即是某一接口具体实现类的选择控制权从调用类中移除,转交给第三方决定。 
   因为IoC确实不够开门见山,因此业界曾进行了广泛的讨论,最终软件界的泰斗级人物Martin Fowler提出了DI(依赖注入:Dependency Injection)的概念用以代替IoC,即让调用类对某一接口实现类的依赖关系由第三方(容器或协作类)注入,以移除调用类对某一接口实现类的依赖。“依赖注入”这个名词显然比“控制反转”直接明了、易于理解。 

IoC的类型 

  从注入方法上看,主要可以划分为三种类型:构造函数注入、属性注入和接口注入。Spring支持构造函数注入和属性注入。下面我们继续使用以上的例子说明这三种注入方法的区别。 

构造函数注入 

在构造函数注入中,我们通过调用类的构造函数,将接口实现类通过构造函数变量传入,如代码清单3-3所示: 
代码清单3-3  MoAttack:通过构造函数注入革离扮演者 

Java代码   收藏代码
  1. public class MoAttack {  
  2.    private GeLi geli;  
  3.    //①注入革离的具体扮演者  
  4.    public MoAttack(GeLi geli){   
  5.        this.geli = geli;  
  6.    }  
  7.     public void cityGateAsk(){  
  8.        geli.responseAsk("墨者革离!");  
  9.    }  
  10. }  


    MoAttack的构造函数不关心具体是谁扮演革离这个角色,只要在①处传入的扮演者按剧本要求完成相应的表演即可。角色的具体扮演者由导演来安排,如代码清单3-4所示: 
代码清单3-4  Director:通过构造函数注入革离扮演者 

Java代码   收藏代码
  1. public class Director {  
  2.    public void direct(){  
  3.         //①指定角色的扮演者  
  4.        GeLi geli = new LiuDeHua();    
  5.   
  6.         //②注入具体扮演者到剧本中  
  7.        MoAttack moAttack = new MoAttack(geli);   
  8.        moAttack.cityGateAsk();  
  9.    }  
  10. }  


   在①处,导演安排刘德华饰演革离的角色,并在②处,将刘德华“注入”到墨攻的剧本中,然后开始“城门叩问”剧情的演出工作。 

属性注入 

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

Java代码   收藏代码
  1. public class MoAttack {  
  2.     private GeLi geli;  
  3.      //①属性注入方法  
  4.     public void setGeli(GeLi geli) {    
  5.         this.geli = geli;  
  6.     }  
  7.     public void cityGateAsk() {  
  8.         geli.responseAsk("墨者革离");  
  9.     }  
  10. }  


   MoAttack在①处为geli属性提供一个Setter方法,以便让导演在需要时注入geli的具体扮演者。 
代码清单3-6  Director:通过Setter方法注入革离扮演者 

Java代码   收藏代码
  1. public class Director {  
  2.    public void direct(){  
  3.        GeLi geli = new LiuDeHua();  
  4.        MoAttack moAttack = new MoAttack();  
  5.   
  6.         //①调用属性Setter方法注入  
  7.        moAttack.setGeli(geli);   
  8.        moAttack.cityGateAsk();  
  9.    }  
  10. }  


   和通过构造函数注入革离扮演者不同,在实例化MoAttack剧本时,并未指定任何扮演者,而是在实例化MoAttack后,在需要革离出场时,才调用其setGeli()方法注入扮演者。按照类似的方式,我们还可以分别为剧本中其他诸如梁王、巷淹中等角色提供注入的Setter方法,这样,导演就可以根据所拍剧段的不同,注入相应的角色了。 

接口注入 

   将调用类所有依赖注入的方法抽取到一个接口中,调用类通过实现该接口提供相应的注入方法。为了采取接口注入的方式,必须先声明一个ActorArrangable接口: 

Java代码   收藏代码
  1. public interface ActorArrangable {  
  2.    void injectGeli(GeLi geli);  
  3. }  


   然后,MoAttack实现ActorArrangable接口提供具体的实现: 
代码清单3-7  MoAttack:通过接口方法注入革离扮演者 

Java代码   收藏代码
  1. public class MoAttack implements ActorArrangable {  
  2.     private GeLi geli;  
  3.      //①实现接口方法  
  4.     public void injectGeli (GeLi geli) {    
  5.         this.geli = geli;         
  6.     }  
  7.     public void cityGateAsk() {  
  8.         geli.responseAsk("墨者革离");  
  9.     }  
  10. }  


     Director通过ActorArrangable的injectGeli()方法完成扮演者的注入工作。 
代码清单3-8  Director:通过接口方法注入革离扮演者 

Java代码   收藏代码
  1. public class Director {  
  2.    public void direct(){  
  3.        GeLi geli = new LiuDeHua();  
  4.        MoAttack moAttack = new MoAttack();  
  5.        moAttack. injectGeli (geli);  
  6.        moAttack.cityGateAsk();  
  7.    }  
  8. }  


    由于通过接口注入需要额外声明一个接口,增加了类的数目,而且它的效果和属性注入并无本质区别,因此我们不提倡采用这种方式。 

通过容器完成依赖关系的注入 

   虽然MoAttack和LiuDeHua实现了解耦,MoAttack无须关注角色实现类的实例化工作,但这些工作在代码中依然存在,只是转移到Director类中而已。假设某一制片人想改变这一局面,在选择某个剧本后,希望通过一个“海选”或者第三中介机构来选择导演、演员,让他们各司其职,那剧本、导演、演员就都实现解耦了。 
   所谓媒体“海选”和第三方中介机构在程序领域即是一个第三方的容器,它帮助完成类的初始化与装配工作,让开发者从这些底层实现类的实例化、依赖关系装配等工作中脱离出来,专注于更有意义的业务逻辑开发工作。这无疑是一件令人向往的事情,Spring就是这样的一个容器,它通过配置文件或注解描述类和类之间的依赖关系,自动完成类的初始化和依赖注入的工作。下面是Spring配置文件的对以上实例进行配置的配置文件片断: 

Xml代码   收藏代码
  1. <?xml version="1.0" encoding="UTF-8" ?>  
  2. <beans xmlns="http://www.springframework.org/schema/beans"  
  3.     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"  
  4.     xmlns:p="http://www.springframework.org/schema/p"  
  5.     xsi:schemaLocation="http://www.springframework.org/schema/beans   
  6.        http://www.springframework.org/schema/beans/spring-beans-3.0.xsd">  
  7.         <!--①实现类实例化-->  
  8.    <bean id="geli" class="LiuDeHua"/>  
  9.    <bean id="moAttack" class="com.baobaotao.ioc.MoAttack"   
  10.          p:geli-ref="geli"/><!--②通过geli-ref建立依赖关系-->  
  11. </beans>  


   通过new XmlBeanFactory(“beans.xml”)等方式即可启动容器。在容器启动时,Spring根据配置文件的描述信息,自动实例化Bean并完成依赖关系的装配,从容器中即可返回准备就绪的Bean实例,后续可直接使用之。 
   Spring为什么会有这种“神奇”的力量,仅凭一个简单的配置文件,就能魔法般地实例化并装配好程序所用的Bean呢?这种“神奇”的力量归功于Java语言本身的类反射功能。 

   这些文章摘自于我的《Spring 3.x企业应用开发实战》的第3章,我将通过连载的方式,陆续在此发出。欢迎大家讨论。

 

来源:http://stamen.iteye.com/blog/1489223

 

分享到:
评论

相关推荐

    Spring中IoC优点与缺点解析

    Spring 中 IoC 优点与缺点解析 IoC(Inversion of Control)是 Spring 框架中的一种设计模式,它的主要思想是将对象的创建和管理交给容器,从而解耦合对象之间的依赖关系。今天,我们将详细解析 IoC 的优点和缺点。 ...

    自己实现ioc实例demo

    在IT行业中,依赖注入(IOC,Inversion of Control)是一种设计模式,它使得应用程序的组件之间解耦,提高了代码的可测试性和可维护性。在这个“自己实现ioc实例demo”中,我们将探讨如何通过XPath解析XML文件来实现...

    雷赛IOC0640.rar

    标题中的“雷赛IOC0640.rar”指的是雷赛智能公司的一款名为IOC0640的工业控制产品,该产品通常用于自动化控制系统中,提供高效、稳定的输入/输出(I/O)管理。这个压缩包可能包含了关于该产品的详细资料和技术文档。...

    IoC容器的设计(利用反射、注解和工厂模式实现)

    2. 该IoC容器包含3个注解和一个IoC容器类(AnnotationConfigApplicationContext),其定义如下: 注解 含义 @Component 标注Bean @Autowired 标注需要被注入的对象 @Configuration 标注为配置类 @ComponentScan ...

    springIoc实现原理

    **Spring Ioc 实现原理详解** Spring Ioc(Inversion of Control,控制反转)是Spring框架的核心特性之一,它改变了传统应用程序中对象的创建和管理方式。在传统的软件设计中,对象的创建和依赖关系的维护通常由...

    spring Ioc容器配置

    spring Ioc容器配置 IOC容器数据源配置 &lt;!-- 配置数据源 --&gt; destroy-method="close"&gt; &lt;value&gt;org.gjt.mm.mysql.Driver &lt;value&gt;jdbc:mysql://localhost:3306/demo &lt;value&gt;root ...

    雷泰IOC-0640控制卡用户手册V1.3

    根据给定的文件信息,以下是对雷泰IOC-0640控制卡用户手册V1.3中的关键知识点的详细解读: ### 关于本手册 本手册是针对雷泰IOC-0640控制卡的详细用户指南,旨在帮助用户了解如何使用这款设备。手册分为七个章节,...

    Spring的IoC实现案例

    在本文中,我们将深入探讨如何使用Spring的Inversion of Control(IoC)容器来实现一个具体的案例:控制打印机(Printer)类与不同类型的纸张(Paper)类的交互。Spring的IoC允许我们解耦组件,使代码更加灵活且易于...

    以注解方式模拟Spring IoC AOP

    在Spring框架中,依赖注入(Inversion of Control, IoC)和面向切面编程(Aspect Oriented Programming, AOP)是两大核心特性。本篇将深入探讨如何通过注解方式来模拟Spring的这两种机制,帮助你理解其底层原理。 #...

    C#实现的IOC和AOP框架,供学习

    在现代软件开发中,依赖注入(IOC,Inversion of Control)和面向切面编程(AOP,Aspect-Oriented Programming)是两种非常重要的设计模式,它们有助于提高代码的可测试性、可维护性和模块化程度。这个名为...

    图片转IOC图标工具

    "图片转IOC图标工具"正是一款专为开发者设计的实用工具,旨在帮助他们将普通的图片转换为适用于iOS平台的.IOC图标格式。 .IOC(Image Asset Catalog)是苹果iOS开发中的图像资源格式,主要用于存储不同尺寸和状态的...

    IOC835芯片 MM-PIO835-1P驱动程序 解压密码:hebeiww

    PCI并口卡 PCI转打印并口DB25接口扩展卡 IOC835芯片驱动 功能描述: 在具备PCI插槽的电脑上扩展出1个DB25并口 规格说明: 符合PCIRev2.1协议 传输率最大可达1.5 Mbytes/sec 1个DB25并口接头 符合标准的带16byte接收...

    一个简单的模仿spring的ioc实现

    在IT行业中,Spring框架是Java开发中的重要组成部分,特别是其依赖注入(Dependency Injection,简称DI)功能,也称为控制反转(Inversion of Control,IoC)。这个“一个简单的模仿spring的ioc实现”项目旨在帮助...

    雷赛IOC0640函数库.rar

    "雷赛IOC0640函数库.rar" 是一个压缩包,其中包含了针对雷赛(LeiSee)IOC0640设备的编程接口。这个函数库主要用于与该设备进行通信和控制,支持C++、C#以及VB(Visual Basic)三种编程语言,通过动态链接库(DLL)...

    IOC模式 c#经典例子

    IOC(Inversion of Control,控制反转)模式是一种软件设计原则,它在面向对象编程中用于解耦组件之间的依赖关系。C#中实现IOC的一种常见方式是通过依赖注入(Dependency Injection,DI)。在这个“IOC模式 c#经典...

    什么是Ioc和DI

    ### 什么是控制反转(IoC)与依赖注入(DI) #### 控制反转(IoC) 控制反转(Inversion of Control,简称IoC)是软件工程领域的一个设计模式,主要用于简化对象之间的依赖关系管理。在传统的面向对象编程中,对象间的...

    spring ioc和aop原理流程图(详细)

    Spring 框架是Java开发中的核心框架,它主要由两个关键部分组成:IOC(Inversion of Control,控制反转)和AOP(Aspect Oriented Programming,面向切面编程)。这两个概念是Spring框架的核心特性,极大地简化了企业...

    SpringIoC的简单实现

    我们从一个简单的容器开始,一步步的重构,最后实现一个基本的Spring框架的雏形,为了帮助我们更加深入的理解Spring的IoC的原理和源码。 详细内容见博文: 【SSH进阶之路】一步步重构容器实现Spring的IoC——从一个...

    JavaEE Spring IoC入门

    JavaEE Spring IoC(Inversion of Control,控制反转)是企业级应用开发的重要技术,它极大地简化了Java应用程序的构建和维护。Spring框架的核心特性就是IoC,它通过管理对象的生命周期和对象间的依赖关系,使得...

    IoC 依赖注入 技术总结

    "IoC 依赖注入 技术总结" IoC 依赖注入技术是软件设计中的一种重要技术,旨在解决软件系统中的耦合问题。该技术的核心思想是将被调用构件实例化,并注入到调用构件之中,以实现软件系统的高内聚、低耦合。IoC 依赖...

Global site tag (gtag.js) - Google Analytics