2.5. 需要改造的地方
JpetStore4.0的關(guān)鍵就在struts Action類和form bean類上，這也是其精華之一（雖然該實現(xiàn)方式是試驗性，待擴(kuò)充和驗證），在此次改造中我們要保留下來，即控制層一點不變，表現(xiàn)層獲取相應(yīng)業(yè)務(wù)類的方式變了（要加載spring環(huán)境），其它保持不變。要特別關(guān)注的改動是業(yè)務(wù)層和持久層，幸運的是JpetStore4.0設(shè)計非常好，需要改動的地方非常少，而且由模式可循，如下：
1. 業(yè)務(wù)層和數(shù)據(jù)層用Spring BeanFactory機(jī)制管理。
2. 業(yè)務(wù)層的事務(wù)由spring 的aop通過聲明來完成。
3. 表現(xiàn)層（form bean）獲取業(yè)務(wù)類的方法改由自定義工廠類來實現(xiàn)（加載spring環(huán)境）。
3. JPetStore的改造
3.1. 改造后的架構(gòu)
其中紅色部分是要增加的部分，藍(lán)色部分是要修改的部分。下面就讓我們逐一剖析。
3.2. Spring Context的加載
為了在Struts中加載Spring Context，一般會在struts-config.xml的最后添加如下部分：
<plug-in className="org.springframework.web.struts.ContextLoaderPlugIn">
<set-property property="contextConfigLocation"
value="/WEB-INF/applicationContext.xml" />
</plug-in>
|
Spring在設(shè)計時就充分考慮到了與Struts的協(xié)同工作，通過內(nèi)置的Struts Plug-in在兩者之間提供了良好的結(jié)合點。但是，因為在這里我們一點也不改動JPetStore的控制層(這是JpetStore4.0的精華之一)，所以本文不準(zhǔn)備采用此方式來加載ApplicationContext。我們利用的是spring framework 的BeanFactory機(jī)制,采用自定義的工具類（bean工廠類）來加載spring的配置文件，從中可以看出Spring有多靈活，它提供了各種不同的方式來使用其不同的部分/層次，您只需要用你想用的，不需要的部分可以不用。
具體的來說，就是在com.ibatis.spring包下創(chuàng)建CustomBeanFactory類，spring的配置文件applicationContext.xml也放在這個目錄下。以下就是該類的全部代碼，很簡單：
public final class CustomBeanFactory {
static XmlBeanFactory factory = null;
static {
Resource is = new
InputStreamResource( CustomBeanFactory.class.getResourceAsStream("applicationContext.xml"));
factory = new XmlBeanFactory(is);
}
public static Object getBean(String beanName){
return factory.getBean(beanName);
}
}
|
實際上就是封裝了Spring 的XMLBeanFactory而已，并且Spring的配置文件只需要加載一次，以后就可以直接用CustomBeanFactory.getBean("someBean")來獲得需要的對象了(例如someBean)，而不需要知道具體的類。CustomBeanFactory類用于{耦合1}的解耦。CustomBeanFactory類在本文中只用于表現(xiàn)層的form bean對象獲得service類的對象，因為我們沒有把form bean對象配置在applicationContext.xml中。但是，為什么不把表現(xiàn)層的form bean類也配置起來呢，這樣就用不著這CustomBeanFactory個類了，Spring會幫助我們創(chuàng)建需要的一切？問題的答案就在于form bean類是struts的ActionForm類！如果大家熟悉struts，就會知道ActionForm類是struts自動創(chuàng)建的：在一次請求中，struts判斷，如果ActionForm實例不存在，就創(chuàng)建一個ActionForm對象，把客戶提交的表單數(shù)據(jù)保存到ActionForm對象中。因此formbean類的對象就不能由spring來創(chuàng)建，但是service類以及數(shù)據(jù)層的DAO類可以，所以只有他們在spring中配置。所以，很自然的，我們就創(chuàng)建了CustomBeanFactory類，在表現(xiàn)層來銜接struts和spring。就這么簡單，實現(xiàn)了另一種方式的{耦合一}的解耦。
3.3. 表現(xiàn)層
面分析到，struts和spring是在表現(xiàn)層銜接起來的，那么表現(xiàn)層就要做稍微的更改，即所需要的service類的對象創(chuàng)建上。以表現(xiàn)層的AccountBean類為例：原來的源代碼如下
private static final AccountService accountService
= AccountService.getInstance();
private static final CatalogService catalogService
= CatalogService.getInstance();
|
改造后的源代碼如下
private static final AccountService accountService
= (AccountService)CustomBeanFactory.getBean("AccountService");
private static final CatalogService catalogService
= (CatalogService)CustomBeanFactory.getBean("CatalogService");
|
其他的幾個presentation類以同樣方式改造。這樣，表現(xiàn)層就完成了。關(guān)于表現(xiàn)層的其它部分如JSP等一概不動。也許您會說，沒有看出什么特別之處的好處啊？你還是額外實現(xiàn)了一個工廠類。別著急，帷幕剛剛開啟，spring是在表現(xiàn)層引入，但您發(fā)沒發(fā)現(xiàn)：
presentation類僅僅面向service類的接口編程，具體"AccountService"是哪個實現(xiàn)類，presentation類不知道，是在spring的配置文件里配置。（本例中，為了最大限度的保持原來的代碼不作變化，沒有抽象出接口）。Spring鼓勵面向接口編程，因為是如此的方便和自然，當(dāng)然您也可以不這么做。
CustomBeanFactory這個工廠類為什么會如此簡單，因為其直接使用了Spring的BeanFactory。Spring從其核心而言，是一個DI容器，其設(shè)計哲學(xué)是提供一種無侵入式的高擴(kuò)展性的框架。為了實現(xiàn)這個目標(biāo)，Spring 大量引入了Java 的Reflection機(jī)制，通過動態(tài)調(diào)用的方式避免硬編碼方式的約束，并在此基礎(chǔ)上建立了其核心組件BeanFactory，以此作為其依賴注入機(jī)制的實現(xiàn)基礎(chǔ)。org.springframework.beans包中包括了這些核心組件的實現(xiàn)類，核心中的核心為BeanWrapper和BeanFactory類。