spring IOC中三種依賴注入方式


Spring的核心思想是IOC和AOP,IOC-控制反轉,是一個重要的面向對象編程的法則,用來消減計算機程序之間的耦合問題,控制反轉一般分為兩種類型,依賴注入和依賴查找,依賴什么?為什么需要依賴?注入什么?什么時候注入,控制什么?依賴注入和控制反轉是一樣的概念嗎?

依賴注入和控制反轉,目的是為了使類與類之間解耦合,提高系統的可擴展性和可維護性。我們可以從以下幾個方面理解:
a、參與者都有誰?
b、依賴:誰依賴誰?為什么需要依賴?
c、注入:誰注入誰?什么時候注入,又注入了什么呢?
d、控制反轉:誰控制誰?控制什么?為什么叫反轉呢?存在正轉嗎?

e、控制反轉和依賴注入是同一個概念嗎?我們需要弄明白上面的問題,這樣對於控制反轉和依賴注入的理解有大大的幫助。

首先:第一個問題,參與者都有誰?
1)對象
2)IOC/DI容器
3)某個對象的外部資源
第二問題:依賴,誰依賴誰?為什么需要依賴?
依賴嘛,很好理解的,對象依賴於IOC/DI容器,至於為什么要依賴呢?對象需要IOC/DI容器來提供對象需要的外部資源(被依賴的對象)。
第三個問題:注入,誰注入誰?又注入了什么呢?
顯而易見是IOC/DI容器注入對象,注入了what呢?肯定注入的是某個需要的東西那就是注入對象所需要的資源,肯定不會注入無關緊要的內容,你說呢?
第四個問題:控制反轉,誰控制誰?控制什么?為什么叫反轉呢?存在正轉嗎?
控制反轉,控制什么?肯定是IOC/DI容器控制對象,主要是控制對象實例的創建,反轉是相對於正向而言的,那么什么算是正向的呢?考慮一下常規情況下的應用程序,如果要在A里面使用C,你會怎么做呢?當然是直接去創建C的對象,也就是說,是在A類中主動去獲取所需要的外部資源C,這種情況被稱為正向的。那么什么是反向呢?就是A類不再主動去獲取C,而是被動等待,等待IoC/DI的容器獲取一個C的實例,然后反向的注入到A類中。
第五個問題:控制反轉和依賴注入式同一個概念嗎?
依賴注入和控制反轉是對同一件事情的不同描述,從某個方面講,就是它們描述的角度不同。依賴注入是從應用程序的角度在描述,可以把依賴注入描述完整點:應用程序依賴容器創建並注入它所需要的外部資源;而控制反轉是從容器的角度在描述,描述完整點:容器控制應用程序,由容器反向的向應用程序注入應用程序所需要的外部資源。

了解了這些基本的概念,弄明白她們之間的聯系和區別,能夠幫助我們更好的理解,接着小編來重點介紹一下依賴注入,在spring ioc中有三種依賴注入,分別是:
a、接口注入;
b、setter方法注入;
c、構造方法注入;

接着小編對這三種注入方式一一進行講解

接口注入

  1. public class ClassA {  
  2.   private InterfaceB clzB;  
  3.   public void doSomething() {  
  4.     Ojbect obj = Class.forName(Config.BImplementation).newInstance();  
  5.     clzB = (InterfaceB)obj;  
  6.     clzB.doIt();   
  7.   }  
  8. ……  
  9. }  

解釋一下上述的代碼部分,ClassA依賴於InterfaceB的實現,我們如何獲得InterfaceB的實現實例呢?傳統的方法是在代碼中創建 InterfaceB實現類的實例,並將賦予clzB.這樣一來,ClassA在編譯期即依賴於InterfaceB的實現。為了將調用者與實現者在編譯期分離,於是有了上面的代碼。我們根據預先在配置文件中設定的實現類的類名(Config.BImplementation),動態加載實現類,並通過InterfaceB強制轉型后為ClassA所用,這就是接口注入的一個最原始的雛形。

setter方法注入

setter注入模式在實際開發中有非常廣泛的應用,setter方法更加直觀,我們來看一下spring的配置文件:

  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:aop="http://www.springframework.org/schema/aop"    
  5.          xmlns:tx="http://www.springframework.org/schema/tx"    
  6.          xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-4.1.xsd    
  7.            http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-4.1.xsd    
  8.            http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-4.1.xsd">    
  9.     
  10.     <!-- 使用spring管理對象的創建,還有對象的依賴關系 -->    
  11.     <bean id="userDao4Mysql" class="com.tgb.spring.dao.UserDao4MysqlImpl"/>    
  12.     
  13.     <bean id="userDao4Oracle" class="com.tgb.spring.dao.UserDao4OracleImpl"/>    
  14.         
  15.     <bean id="userManager" class="com.tgb.spring.manager.UserManagerImpl">    
  16.         <!-- (1)userManager使用了userDao,Ioc是自動創建相應的UserDao實現,都是由容器管理-->    
  17.         <!-- (2)在UserManager中提供構造函數,讓spring將UserDao實現注入(DI)過來 -->    
  18.         <!-- (3)讓spring管理我們對象的創建和依賴關系,必須將依賴關系配置到spring的核心配置文件中 -->    
  19.     
  20.         <property name="userDao" ref="userDao4Oracle"></property>    
  21.     </bean>     
  22. </beans>  

接着我們來看一下,setter表示依賴關系的寫法

  1. import com.tgb.spring.dao.UserDao;    
  2.     
  3. public class UserManagerImpl implements UserManager{    
  4.     
  5.     private UserDao userDao;    
  6.     
  7.     //使用設值方式賦值    
  8.     public void setUserDao(UserDao userDao) {    
  9.         this.userDao = userDao;    
  10.     }    
  11.         
  12.     @Override    
  13.     public void addUser(String userName, String password) {    
  14.     
  15.         userDao.addUser(userName, password);    
  16.     }    
  17. }    

構造器注入

構造器注入,即通過構造函數完成依賴關系的設定。我們看一下spring的配置文件:

  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:aop="http://www.springframework.org/schema/aop"    
  5.              xmlns:tx="http://www.springframework.org/schema/tx"    
  6.              xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-4.1.xsd    
  7.                http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-4.1.xsd    
  8.                http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-4.1.xsd">    
  9.         
  10.         <!-- 使用spring管理對象的創建,還有對象的依賴關系 -->    
  11.         <bean id="userDao4Mysql" class="com.tgb.spring.dao.UserDao4MysqlImpl"/>    
  12.         
  13.         <bean id="userDao4Oracle" class="com.tgb.spring.dao.UserDao4OracleImpl"/>    
  14.             
  15.         <bean id="userManager" class="com.tgb.spring.manager.UserManagerImpl">    
  16.             <!-- (1)userManager使用了userDao,Ioc是自動創建相應的UserDao實現,都是由容器管理-->    
  17.             <!-- (2)在UserManager中提供構造函數,讓spring將UserDao實現注入(DI)過來 -->    
  18.             <!-- (3)讓spring管理我們對象的創建和依賴關系,必須將依賴關系配置到spring的核心配置文件中 -->    
  19.         
  20.             <constructor-arg ref="userDao4Oracle"/>    
  21.         </bean>    
  22.             
  23.     </beans>    

我們再來看一下,構造器表示依賴關系的寫法,代碼如下所示:

  1. import com.tgb.spring.dao.UserDao;    
  2.         
  3.     public class UserManagerImpl implements UserManager{    
  4.         
  5.         private UserDao userDao;    
  6.         
  7.         //使用構造方式賦值    
  8.         public UserManagerImpl(UserDao userDao) {    
  9.             this.userDao = userDao;    
  10.         }    
  11.         
  12.         @Override    
  13.         public void addUser(String userName, String password) {    
  14.         
  15.             userDao.addUser(userName, password);    
  16.         }    
  17.     }    

接口注入 && setter注入 && 構造器注入三種注入方式的比較

 接口注入
接口注入模式因為具備侵入性,它要求組件必須與特定的接口相關聯,因此並不被看好,實際使用有限。
Setter 注入
對於習慣了傳統 javabean 開發的程序員,通過 setter 方法設定依賴關系更加直觀。如果依賴關系較為復雜,那么構造子注入模式的構造函數也會相當龐大,而此時設值注入模式則更為簡潔。如果用到了第三方類庫,可能要求我們的組件提供一個默認的構造函數,此時構造子注入模式也不適用。
構造器注入
在構造期間完成一個完整的、合法的對象。所有依賴關系在構造函數中集中呈現。依賴關系在構造時由容器一次性設定,組件被創建之后一直處於相對“不變”的穩定狀態。只有組件的創建者關心其內部依賴關系,對調用者而言,該依賴關系處於“黑盒”之中。

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM