- package cn.com.chengang.spring;
- import org.springframework.context.ApplicationContext;
- import org.springframework.context.support.FileSystemXmlApplicationContext;
- public class ClientTest {
- public final static String CHINESE = "Chinese";
- public final static String AMERICAN = "American";
-
- public static void main(String[] args) {
-
-
-
-
-
-
-
-
- ApplicationContext ctx = new FileSystemXmlApplicationContext("bean.xml");
- Human human = null;
- human = (Human) ctx.getBean(CHINESE);
- human.eat();
- human.walk();
- human = (Human) ctx.getBean(AMERICAN);
- human.eat();
- human.walk();
- }
- }
從這個(gè)程序可以看到，ctx就相當(dāng)于原來的Factory工廠，原來的Factory就可以刪除掉了。然后又把Factory里的兩個(gè)常量移到了ClientTest類里，整個(gè)程序結(jié)構(gòu)基本一樣。
再回頭看原來的bean.xml文件的這一句：
| ＜bean id="Chinese" class="cn.com.chengang.spring.Chinese"/＞ |
id就是ctx.getBean的參數(shù)值，一個(gè)字符串。class就是一個(gè)類（包名＋類名）。然后在ClientTest類里獲得Chinese對(duì)象就是這么一句
| human = (Human) ctx.getBean(CHINESE); |
因?yàn)間etBean方法返回的是Object類型，所以前面要加一個(gè)類型轉(zhuǎn)換。
總結(jié)
（1）也許有人說，IoC和工廠模式不是一樣的作用嗎，用IoC好象還麻煩一點(diǎn)。
舉個(gè)例子，如果用戶需求發(fā)生變化，要把Chinese類修改一下。那么前一種工廠模式，就要更改Factory類的方法，并且重新編譯布署。而IoC只需要將class屬性改變一下，并且由于IoC利用了Java反射機(jī)制，這些對(duì)象是動(dòng)態(tài)生成的，這時(shí)我們就可以熱插撥Chinese對(duì)象（不必把原程序停止下來重新編譯布署）
（2）也許有人說，即然IoC這么好，那么我把系統(tǒng)所有對(duì)象都用IoC方式來生成。
注意，IoC的靈活性是有代價(jià)的：設(shè)置步驟麻煩、生成對(duì)象的方式不直觀、反射比正常生成對(duì)象在效率上慢一點(diǎn)。因此使用IoC要看有沒有必要，我認(rèn)為比較通用的判斷方式是：用到工廠模式的地方都可以考慮用IoC模式。
（3）在上面的IoC的方式里，還有一些可以變化的地方。比如，bean.xml不一定要放在項(xiàng)目錄下，也可以放在其他地方，比如cn.com.chengang.spring包里。不過在使用時(shí)也要變化一下，如下所示：
| new FileSystemXmlApplicationContext("src/cn/com/chengang/spring/bean.xml"); |
另外，bean.xml也可以改成其他名字。這樣我們?cè)谙到y(tǒng)中就可以分門別類的設(shè)置不同的bean.xml。
（4）關(guān)于IoC的低侵入性。
什么是低侵入性？如果你用過Struts或EJB就會(huì)發(fā)現(xiàn)，要繼承一些接口或類，才能利用它們的框架開發(fā)。這樣，系統(tǒng)就被綁定在Struts、EJB上了，對(duì)系統(tǒng)的可移植性產(chǎn)生不利的影響。如果代碼中很少涉及某一個(gè)框架的代碼，那么這個(gè)框架就可以稱做是一個(gè)低侵入性的框架。
Spring的侵入性很低，Humen.java、Chinese.java等幾個(gè)類都不必繼承什么接口或類。但在ClientTest里還是有一些Spring的影子：FileSystemXmlApplicationContext類和ctx.getBean方式等。
現(xiàn)在，低侵入性似乎也成了判定一個(gè)框架的實(shí)現(xiàn)技術(shù)好壞的標(biāo)準(zhǔn)之一。
（5）關(guān)于bean.xml的用法
bean.xml的用法還有很多，其中內(nèi)容是相當(dāng)豐富的。假設(shè)Chinese類里有一個(gè)humenName屬性（姓名），那么原的bean.xml修改如下。此后生成Chinese對(duì)象時(shí)，“陳剛”這個(gè)值將自動(dòng)設(shè)置到Chinese類的humenName屬性中。而且由于singleton為true這時(shí)生成Chinese對(duì)象將采用單例模式，系統(tǒng)僅存在一個(gè)Chinese對(duì)象實(shí)例。
＜?xml version="1.0" encoding="UTF-8"?＞
＜!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN" "http://www.springframework.org/dtd/spring-beans.dtd"＞
＜beans＞
＜bean id="Chinese" class="cn.com.chengang.spring.Chinese" singleton="true"＞
＜property name="humenName"＞
＜value＞陳剛＜/value＞
＜/property＞
＜/bean＞
＜bean id="American" class="cn.com.chengang.spring.American"/＞
＜/beans＞ |
關(guān)于bean.xml的其它用法，不再詳細(xì)介紹了，大家自己拿Spring的文檔一看就明白了。
Spring能有效地組織J2EE應(yīng)用各層的對(duì)象。不管是控制層的Action對(duì)象，還是業(yè)務(wù)層的Service對(duì)象，還是持久層的DAO對(duì)象，都可在Spring的管理下有機(jī)地協(xié)調(diào)、運(yùn)行。Spring將各層的對(duì)象以松耦合的方式組織在一起，Action對(duì)象無須關(guān)心Service對(duì)象的具體實(shí)現(xiàn)，Service對(duì)象無須關(guān)心持久層對(duì)象的具體實(shí)現(xiàn)，各層對(duì)象的調(diào)用完全面向接口。當(dāng)系統(tǒng)需要重構(gòu)時(shí)，代碼的改寫量將大大減少。
上面所說的一切都得宜于Spring的核心機(jī)制，依賴注入。依賴注入讓bean與bean之間以配置文件組織在一起，而不是以硬編碼的方式耦合在一起。理解依賴注入
依賴注入(Dependency Injection)和控制反轉(zhuǎn)(Inversion of Control)是同一個(gè)概念。具體含義是:當(dāng)某個(gè)角色(可能是一個(gè)Java實(shí)例，調(diào)用者)需要另一個(gè)角色(另一個(gè)Java實(shí)例，被調(diào)用者)的協(xié)助時(shí)，在傳統(tǒng)的程序設(shè)計(jì)過程中，通常由調(diào)用者來創(chuàng)建被調(diào)用者的實(shí)例。但在Spring里，創(chuàng)建被調(diào)用者的工作不再由調(diào)用者來完成，因此稱為控制反轉(zhuǎn);創(chuàng)建被調(diào)用者實(shí)例的工作通常由Spring容器來完成，然后注入調(diào)用者，因此也稱為依賴注入。
不管是依賴注入，還是控制反轉(zhuǎn)，都說明Spring采用動(dòng)態(tài)、靈活的方式來管理各種對(duì)象。對(duì)象與對(duì)象之間的具體實(shí)現(xiàn)互相透明。在理解依賴注入之前，看如下這個(gè)問題在各種社會(huì)形態(tài)里如何解決:一個(gè)人(Java實(shí)例，調(diào)用者)需要一把斧子(Java實(shí)例，被調(diào)用者)。
(1)原始社會(huì)里，幾乎沒有社會(huì)分工。需要斧子的人(調(diào)用者)只能自己去磨一把斧子(被調(diào)用者)。對(duì)應(yīng)的情形為:Java程序里的調(diào)用者自己創(chuàng)建被調(diào)用者。
(2)進(jìn)入工業(yè)社會(huì)，工廠出現(xiàn)。斧子不再由普通人完成，而在工廠里被生產(chǎn)出來，此時(shí)需要斧子的人(調(diào)用者)找到工廠，購買斧子，無須關(guān)心斧子的制造過程。對(duì)應(yīng)Java程序的簡單工廠的設(shè)計(jì)模式。
(3)進(jìn)入“按需分配”社會(huì)，需要斧子的人不需要找到工廠，坐在家里發(fā)出一個(gè)簡單指令:需要斧子。斧子就自然出現(xiàn)在他面前。對(duì)應(yīng)Spring的依賴注入。
第一種情況下，Java實(shí)例的調(diào)用者創(chuàng)建被調(diào)用的Java實(shí)例，必然要求被調(diào)用的Java類出現(xiàn)在調(diào)用者的代碼里。無法實(shí)現(xiàn)二者之間的松耦合。
第二種情況下，調(diào)用者無須關(guān)心被調(diào)用者具體實(shí)現(xiàn)過程，只需要找到符合某種標(biāo)準(zhǔn)(接口)的實(shí)例，即可使用。此時(shí)調(diào)用的代碼面向接口編程，可以讓調(diào)用者和被調(diào)用者解耦，這也是工廠模式大量使用的原因。但調(diào)用者需要自己定位工廠，調(diào)用者與特定工廠耦合在一起。
第三種情況下，調(diào)用者無須自己定位工廠，程序運(yùn)行到需要被調(diào)用者時(shí)，系統(tǒng)自動(dòng)提供被調(diào)用者實(shí)例。事實(shí)上，調(diào)用者和被調(diào)用者都處于Spring的管理下，二者之間的依賴關(guān)系由Spring提供。
所謂依賴注入，是指程序運(yùn)行過程中，如果需要調(diào)用另一個(gè)對(duì)象協(xié)助時(shí)，無須在代碼中創(chuàng)建被調(diào)用者，而是依賴于外部的注入。Spring的依賴注入對(duì)調(diào)用者和被調(diào)用者幾乎沒有任何要求，完全支持對(duì)POJO之間依賴關(guān)系的管理。依賴注入通常有兩種:
·設(shè)值注入。
·構(gòu)造注入。
.......