深入淺出spring 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、構造方法注入;
d、註解方法注入;
接着小編對這四種注入方式一一進行講解,通過demo的講解,希望能夠幫助小夥伴們更好的理解,不足之處還請多多指教。
接口注入
- public class ClassA {
- private InterfaceB clzB;
- public void doSomething() {
- Ojbect obj = Class.forName(Config.BImplementation).newInstance();
- clzB = (InterfaceB)obj;
- clzB.doIt();
- }
- ……
- }
-
setter方法注入
setter注入模式在實際開發中有非常廣泛的應用,setter方法更加直觀,我們來看一下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:aop="http://www.springframework.org/schema/aop"
- xmlns:tx="http://www.springframework.org/schema/tx"
- xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-4.1.xsd
- http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-4.1.xsd
- http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-4.1.xsd">
- <!-- 使用spring管理對象的創建,還有對象的依賴關係 -->
- <bean id="userDao4Mysql" class="com.tgb.spring.dao.UserDao4MysqlImpl"/>
- <bean id="userDao4Oracle" class="com.tgb.spring.dao.UserDao4OracleImpl"/>
- <bean id="userManager" class="com.tgb.spring.manager.UserManagerImpl">
- <!-- (1)userManager使用了userDao,Ioc是自動創建相應的UserDao實現,都是由容器管理-->
- <!-- (2)在UserManager中提供構造函數,讓spring將UserDao實現注入(DI)過來 -->
- <!-- (3)讓spring管理我們對象的創建和依賴關係,必須將依賴關係配置到spring的核心配置文件中 -->
- <property name="userDao" ref="userDao4Oracle"></property>
- </bean>
- </beans>
- import com.tgb.spring.dao.UserDao;
- public class UserManagerImpl implements UserManager{
- private UserDao userDao;
- //使用設值方式賦值
- public void setUserDao(UserDao userDao) {
- this.userDao = userDao;
- }
- @Override
- public void addUser(String userName, String password) {
- userDao.addUser(userName, password);
- }
- }
-
構造器注入,即通過構造函數完成依賴關係的設定。我們看一下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:aop="http://www.springframework.org/schema/aop"
- xmlns:tx="http://www.springframework.org/schema/tx"
- xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-4.1.xsd
- http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-4.1.xsd
- http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-4.1.xsd">
- <!-- 使用spring管理對象的創建,還有對象的依賴關係 -->
- <bean id="userDao4Mysql" class="com.tgb.spring.dao.UserDao4MysqlImpl"/>
- <bean id="userDao4Oracle" class="com.tgb.spring.dao.UserDao4OracleImpl"/>
- <bean id="userManager" class="com.tgb.spring.manager.UserManagerImpl">
- <!-- (1)userManager使用了userDao,Ioc是自動創建相應的UserDao實現,都是由容器管理-->
- <!-- (2)在UserManager中提供構造函數,讓spring將UserDao實現注入(DI)過來 -->
- <!-- (3)讓spring管理我們對象的創建和依賴關係,必須將依賴關係配置到spring的核心配置文件中 -->
- <constructor-arg ref="userDao4Oracle"/>
- </bean>
- </beans>
-
- import com.tgb.spring.dao.UserDao;
- public class UserManagerImpl implements UserManager{
- private UserDao userDao4Oracle;
- //使用構造方式賦值
- public UserManagerImpl(UserDao userDao4Oracle) {
- this.userDao4Oracle = userDao4Oracle;
- }
- @Override
- public void addUser(String userName, String password) {
- userDao.addUser(userName, password);
- }
- }
-
註解注入,即通過註解方式完成依賴關係的設定。我們看一下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:aop="http://www.springframework.org/schema/aop"
- xmlns:tx="http://www.springframework.org/schema/tx"
- xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-4.1.xsd
- http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-4.1.xsd
- http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-4.1.xsd">
-
<context:annotation-config/>//啓動spring註解模式
- <!-- 使用spring管理對象的創建,還有對象的依賴關係 -->
- <bean id="userDao4Mysql" class="com.tgb.spring.dao.UserDao4MysqlImpl"/>
- <bean id="userDao4Oracle" class="com.tgb.spring.dao.UserDao4OracleImpl"/>
- <bean id="userManager" class="com.tgb.spring.manager.UserManagerImpl">
- <!--<property name="userDao" ref="userDao4Oracle"></property> --> //這段去掉
- </bean>
- </beans>
- import com.tgb.spring.dao.UserDao;
- import javax.annotation.Resource; //需要導入相關jar包
- @Resource(name="userDao4Oracle")
- private UserDao userDao4Oracle;
- public class UserManagerImpl implements UserManager{
- private UserDao userDao4Oracle;
- @Override
- public void addUser(String userName, String password) {
- userDao.addUser(userName, password);
- }
- }
接口注入:
接口注入模式因爲具備侵入性,它要求組件必須與特定的接口相關聯,因此並不被看好,實際使用有限。
Setter 注入:
對於習慣了傳統 javabean 開發的程序員,通過 setter 方法設定依賴關係更加直觀。如果依賴關係較爲複雜,那麼構造子注入模式的構造函數也會相當龐大,而此時設值注入模式則更爲簡潔。如果用到了第三方類庫,可能要求我們的組件提供一個默認的構造函數,此時構造子注入模式也不適用。
構造器注入:
在構造期間完成一個完整的、合法的對象。所有依賴關係在構造函數中集中呈現。依賴關係在構造時由容器一次性設定,組件被創建之後一直處於相對“不變”的穩定狀態。只有組件的創建者關心其內部依賴關係,對調用者而言,該依賴關係處於“黑盒”之中。
小編寄語:該博文,小編主要介紹了控制反轉、依賴注入以及在spring中IOC的三種注入方式,配上demo進行講解,不足之處,還請各位小夥伴多多指教,其實小編覺得,無論是控制反轉還是依賴注入對編程帶來最大的影響不是從代碼上,而是思想上轉變,發生了“主從換位”的變化。應用程序原本是老大,要獲取什麼資源都是主動出擊,但是在IoC/DI思想中,應用程序就變成被動的了,被動的等待IoC/DI容器來創建並注入她所需要的資源了。這一舉動,有效的分離了對象和她所需要的外部資源,使得它們鬆散耦合,有利於功能複用,更重要的是使得程序的整個體系結構變得非常靈活。