控制反轉(IoC)與依賴注入(DI)

1.控制反轉(Inversion of Control)與依賴注入(Dependency Injection)

　　控制反轉即IoC (Inversion of Control)，它把傳統上由程序代碼直接操控的對象的調用權交給容器，經過容器來實現對象組件的裝配和管理。所謂的「控制反轉」概念就是對組件對象控制權的轉移，從程序代碼自己轉移到了外部容器。

　　IoC是一個很大的概念，能夠用不一樣的方式來實現。其主要實現方式有兩種：<1>依賴查找（Dependency Lookup）：容器提供回調接口和上下文環境給組件。EJB和Apache Avalon都使用這種方式。<2>依賴注入（Dependency Injection）：組件不作定位查詢，只提供普通的Java方法讓容器去決定依賴關係。後者是時下最流行的IoC類型，其又有接口注入（Interface Injection），設值注入（Setter Injection）和構造子注入（Constructor Injection）三種方式。 

圖1 控制反轉概念結構

　　

　　依賴注入之因此更流行是由於它是一種更可取的方式：讓容器全權負責依賴查詢，受管組件只須要暴露JavaBean的setter方法或者帶參數的構造子或者接口，使容器能夠在初始化時組裝 對象的依賴關係。其與依賴查找方式相比，主要優點爲：<1>查找定位操做與應用代碼徹底無關。<2>不依賴於容器的API，能夠很容易地在任何容器之外使用應用對象。<3>不須要特殊的接口，絕大多數對象能夠作到徹底沒必要依賴容器。 

 

2.好萊塢原則

　　IoC體現了好萊塢原則，即「不要打電話過來，咱們會打給你」。第一次遇到好萊塢原則是在瞭解模板方法(Template Mathod)模式的時候，模板方法模式的核心是，基類（抽象類）定義了算法的骨架，而將一些步驟延遲到子類中。

 

圖2 模板方法模式類圖

 

　　如今來考慮IoC的實現機制，組件定義了整個流程框架，而其中的一些業務邏輯的實現要藉助於其餘業務對象的加入，它們能夠經過兩種方式參與到業務流程中，一種是依賴查找（Dependency Lookup），相似與JDNI的實現，經過JNDI來找到相應的業務對象（代碼1），另外一種是依賴注入，經過IoC容器將業務對象注入到組件中。 

 

3. 依賴查找（Dependency Lookup）

　　下面代碼展現了基於JNDI實現的依賴查找機制。

 

代碼1依賴查找（Dependency Lookup）

public class MyBusniessObject{
	private DataSource ds;
	private MyCollaborator myCollaborator;
 
	public MyBusnissObject(){
		Context ctx = null;
		try{
			ctx = new InitialContext();
			ds = (DataSource) ctx.lookup(「java:comp/env/dataSourceName」);
			myCollaborator =
				(MyCollaborator) ctx.lookup(「java:comp/env/myCollaboratorName」);
		}
	}
}

　　依賴查找的主要問題是，這段代碼必須依賴於JNDI環境，因此它不能在應用服務器以外運行，而且若是要用別的方式取代JNDI來查找資源和協做對象，就必須把JNDI代碼抽出來重構到一個策略方法中去。 

 

4. 依賴注入（Dependency Injection）

　　依賴注入的基本原則是：應用組件不該該負責查找資源或者其餘依賴的協做對象。配置對象的工做應該由IoC容器負責，「查找資源」的邏輯應該從應用組件的代碼中抽取出來，交給IoC容器負責。

下面分別演示3中注入機制。

　　

代碼2 待注入的業務對象Content.java

package com.zj.ioc.di;
 
public class Content {
 
    public void BusniessContent(){
       System.out.println("do business");
    }
   
    public void AnotherBusniessContent(){
       System.out.println("do another business");
    }
}

　　MyBusniess類展現了一個業務組件，它的實現須要對象Content的注入。代碼3，代碼4，代碼5，6分別演示構造子注入（Constructor Injection），設值注入（Setter Injection）和接口注入（Interface Injection）三種方式。

 

代碼3構造子注入（Constructor Injection）MyBusiness.java

package com.zj.ioc.di.ctor;
import com.zj.ioc.di.Content;
 
public class MyBusiness {
	private Content myContent;
 
    public MyBusiness(Content content) {
		myContent = content;
    }
   
    public void doBusiness(){
		myContent.BusniessContent();
    }
   
    public void doAnotherBusiness(){
		myContent.AnotherBusniessContent();
    }
}

 

代碼4設值注入（Setter Injection） MyBusiness.java

package com.zj.ioc.di.set;
import com.zj.ioc.di.Content;
 
public class MyBusiness {
    private Content myContent;
 
    public void setContent(Content content) {
		myContent = content;
    }
   
    public void doBusiness(){
		myContent.BusniessContent();
    }
   
    public void doAnotherBusiness(){
		myContent.AnotherBusniessContent();
    }
}

 

代碼5 設置注入接口InContent.java 

package com.zj.ioc.di.iface;
import com.zj.ioc.di.Content;
 
public interface InContent {
    void createContent(Content content);
}

　　

代碼6接口注入（Interface Injection）MyBusiness.java

package com.zj.ioc.di.iface;
import com.zj.ioc.di.Content;
 
public class MyBusiness implements InContent{
    private Content myContent;
 
    public void createContent(Content content) {
		myContent = content;
    }
   
    public void doBusniess(){
		myContent.BusniessContent();
    }
   
    public void doAnotherBusniess(){
		myContent.AnotherBusniessContent();
    }
}

 

5.依賴拖拽(Dependency Pull)

最後須要介紹的是依賴拖拽，注入的對象如何與組件發生聯繫，這個過程就是經過依賴拖拽實現。

 

代碼7 依賴拖拽示例

public static void main(String[] args) throws Exception{
	//get the bean factory
	BeanFactory factory = getBeanFactory();
	MessageRender mr = (MessageRender) factory.getBean(「renderer」);
	mr.render();
}

　　而一般對注入對象的配置能夠經過一個xml文件完成。

　　使用這種方式對對象進行集中管理，使用依賴拖拽與依賴查找本質的區別是，依賴查找是在業務組件代碼中進行的，而不是從一個集中的註冊處，特定的地點執行。

　　本文出自 「子 孑」 博客，請務必保留此出處http://zhangjunhd.blog.51cto.com/113473/126530