理解IOC

来源:互联网 发布:淘宝联盟qq推广设置 编辑:程序博客网 时间:2024/04/29 01:08

IOC具体介绍

IOC是什么:

IOC是一个概念性的东西,它翻译过来叫做 控制反转(Inverse of Control)

在我们的代码中很多时候都是这个类来依赖另外一个类来实现功能,比如A类中用到了B类来实现某些功能。这就是依赖。我们常常是通过new来实现调用某个类的方法。比如A类要调用B类的方法,我们的操作就是在A类中new一个B类再来调用方法,这个时候在A类中造成了对B类的依赖关系。如果需求有变,我们要修改B类构造方法代码来实现另外一个功能的扩展,如new B();改成了new B(name);那么A类中也不得不再次修改源代码。这就造成了写代码控制难的问题。牵一而动全身!!这个时候所有的控制权都在A类中。

控制反转就是把A类的控制权转移。从程序代码本身转移到了外部容器。

IOC能干什么

IOC的目的是用来解除耦合,解除类与类之间的依赖。

IOC是Spring容器的内核,AOP、声明式事务等功能在此基础上开花结果。

IOC怎么实现解耦

IOC实现一般现在有三种方式:依赖注入(Dependency Injection),依赖查找(Dependency Lookup),服务定位(ServiceLocator),很多地方都说的是前两种,但是我在google上搜索的时候有些人也用了服务定位这种方式。
这里介绍了服务定位的具体实现代码

注意:IOC是概念,依赖注入、依赖查找、服务定位是具体的实现方式,是设计模式,是一种套路!!

主流的都是用的依赖注入。依赖注入一共有三种,构造器注入(Constructor Injection),属性注入(Setter Injection),接口注入(Interface Injection)。

下面我就来详解介绍这三种:


通过实例理解依赖注入的概念

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

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

   一个明智的编剧在剧情创作时应围绕故事的角色进行,而不应考虑角色的具体饰演者,这样才可能在剧本投拍时自由地遴选任何适合的演员,而非绑定在刘德华一人身上。通过以上的分析,我们知道需要为该剧本主人公革离定义一个接口:
代码清单3-2  MoAttack:引入剧本角色
public class MoAttack {   public void cityGateAsk()   {        //①引入革离角色接口       GeLi geli = new LiuDeHua();         //②通过接口开展剧情       geli.responseAsk("墨者革离!");     }}

   在①处引入了剧本的角色——革离,剧本的情节通过角色展开,在拍摄时角色由演员饰演,如②处所示。因此墨攻、革离、刘德华三者的类图关系如图 3 2所示:

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

通过引入导演,使剧本和具体饰演者解耦了。对应到软件中,导演像是一个装配器,安排演员表演具体的角色。
   现在我们可以反过来讲解IoC的概念了。IoC(Inverse of Control)的字面意思是控制反转,它包括两个内容:
  • 其一是控制
  • 其二是反转

  那到底是什么东西的“控制”被“反转”了呢?对应到前面的例子,“控制”是指选择GeLi角色扮演者的控制权;“反转”是指这种控制权从《墨攻》剧本中移除,转交到导演的手中。对于软件来说,即是某一接口具体实现类的选择控制权从调用类中移除,转交给第三方决定。

IoC的类型

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

构造函数注入

在构造函数注入中,我们通过调用类的构造函数,将接口实现类通过构造函数变量传入,如代码清单3-3所示:
代码清单3-3  MoAttack:通过构造函数注入革离扮演者
public class MoAttack {   private GeLi geli;   //①注入革离的具体扮演者   public MoAttack(GeLi geli){        this.geli = geli;   }    public void cityGateAsk(){       geli.responseAsk("墨者革离!");   }}

    MoAttack的构造函数不关心具体是谁扮演革离这个角色,只要在①处传入的扮演者按剧本要求完成相应的表演即可。角色的具体扮演者由导演来安排,如代码清单3-4所示:
代码清单3-4  Director:通过构造函数注入革离扮演者
public class Director {   public void direct(){        //①指定角色的扮演者       GeLi geli = new LiuDeHua();          //②注入具体扮演者到剧本中       MoAttack moAttack = new MoAttack(geli);        moAttack.cityGateAsk();   }}

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

属性注入

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

   MoAttack在①处为geli属性提供一个Setter方法,以便让导演在需要时注入geli的具体扮演者。
代码清单3-6  Director:通过Setter方法注入革离扮演者
public class Director {   public void direct(){       GeLi geli = new LiuDeHua();       MoAttack moAttack = new MoAttack();        //①调用属性Setter方法注入       moAttack.setGeli(geli);        moAttack.cityGateAsk();   }}

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

接口注入

   将调用类所有依赖注入的方法抽取到一个接口中,调用类通过实现该接口提供相应的注入方法。为了采取接口注入的方式,必须先声明一个ActorArrangable接口:
public interface ActorArrangable {   void injectGeli(GeLi geli);}

   然后,MoAttack实现ActorArrangable接口提供具体的实现:
代码清单3-7  MoAttack:通过接口方法注入革离扮演者
public class MoAttack implements ActorArrangable {    private GeLi geli;     //①实现接口方法    public void injectGeli (GeLi geli) {          this.geli = geli;           }    public void cityGateAsk() {        geli.responseAsk("墨者革离");    }}

     Director通过ActorArrangable的injectGeli()方法完成扮演者的注入工作。
代码清单3-8  Director:通过接口方法注入革离扮演者
public class Director {   public void direct(){       GeLi geli = new LiuDeHua();       MoAttack moAttack = new MoAttack();       moAttack. injectGeli (geli);       moAttack.cityGateAsk();   }}

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

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

   虽然MoAttack和LiuDeHua实现了解耦,MoAttack无须关注角色实现类的实例化工作,但这些工作在代码中依然存在,只是转移到Director类中而已。假设某一制片人想改变这一局面,在选择某个剧本后,希望通过一个“海选”或者第三中介机构来选择导演、演员,让他们各司其职,那剧本、导演、演员就都实现解耦了。
   所谓媒体“海选”和第三方中介机构在程序领域即是一个第三方的容器,它帮助完成类的初始化与装配工作,让开发者从这些底层实现类的实例化、依赖关系装配等工作中脱离出来,专注于更有意义的业务逻辑开发工作。这无疑是一件令人向往的事情,Spring就是这样的一个容器,它通过配置文件或注解描述类和类之间的依赖关系,自动完成类的初始化和依赖注入的工作。下面是Spring配置文件的对以上实例进行配置的配置文件片断:
<?xml version="1.0" encoding="UTF-8" ?><beans xmlns="http://www.springframework.org/schema/beans"    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"    xmlns:p="http://www.springframework.org/schema/p"    xsi:schemaLocation="http://www.springframework.org/schema/beans        http://www.springframework.org/schema/beans/spring-beans-3.0.xsd">        <!--①实现类实例化-->   <bean id="geli" class="LiuDeHua"/>   <bean id="moAttack" class="com.baobaotao.ioc.MoAttack"          p:geli-ref="geli"/><!--②通过geli-ref建立依赖关系--></beans>

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

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



参考文献:

透透彻彻IoC(你没有理由不懂!)
控制反转(IoC)与依赖注入(DI)
关于依赖注入和控制翻转的区别的读书笔记
重读IoC:从DI到CDI
依赖注入和依赖注入容器
ServiceLocator
WIKI百科-控制反转

推荐高质量博客:

肖汉松博客
liangqingyu博客

1 0
原创粉丝点击