《Struts Web設(shè)計(jì)與開發(fā)大全》??? 作者邱哲、王俊標(biāo)、馬斗
清華大學(xué)出版社
購(gòu)書網(wǎng)址：http://www.huachu.com.cn/itbook/itbookinfo.asp?lbbh=BB071045561
http://www.china-pub.com/computers/common/info.asp?id=25603
擴(kuò)展
多模塊開發(fā)和軟件擴(kuò)展是現(xiàn)代軟件開發(fā)過程中最重要的理念。對(duì)于一個(gè)框架型軟件來(lái)說(shuō)，能否進(jìn)行多模塊開發(fā)、能否根據(jù)需要進(jìn)行擴(kuò)展、能否與其他組件無(wú)縫合作是衡量一個(gè)優(yōu)秀框架的重要因素。優(yōu)秀的框架應(yīng)具有良好的擴(kuò)展性和協(xié)作性，Struts框架也不例外。Struts框架為開發(fā)人員提供了多模塊開發(fā)的方法以及多個(gè)擴(kuò)展點(diǎn)，本章將對(duì)這些內(nèi)容進(jìn)行介紹。
多模塊開發(fā)
對(duì)于一些大型的Web應(yīng)用，通常會(huì)分為幾個(gè)模塊，如用戶管理模塊，商品管理模塊。如果設(shè)計(jì)得當(dāng)，這些模塊間就可以同時(shí)并行開發(fā)，大幅提高開發(fā)進(jìn)度。模塊化開發(fā)是現(xiàn)在大中型應(yīng)用程序開發(fā)的流行選擇。
并行開發(fā)的一個(gè)最大的問題就是資源訪問沖突，如果處置不當(dāng)，反而會(huì)影響開發(fā)效率。Struts的配置文件struts-config.xml是Struts框架最重要的資源之一，并且是需要頻繁改動(dòng)的。如果并行開發(fā)的各個(gè)團(tuán)隊(duì)都是用這一個(gè)配置文件，勢(shì)必造成訪問沖突。Strus框架的模塊化機(jī)制就是專門應(yīng)對(duì)這種情況的。
Struts從1.1版本開始增加了模塊化支持，并且一直在強(qiáng)化對(duì)模塊化的支持。不同的應(yīng)用模塊可以擁有各自的struts-config配置文件、消息資源、Validator框架配置文件。不同的模塊可以協(xié)同開發(fā)，互不影響。
模塊在Struts中的英文術(shù)語(yǔ)是module，一些與模塊化相關(guān)的組件的名稱中都包含有module這樣的字眼，如模塊配置類為ModuleConfig，模塊實(shí)用工具類ModuleUtils等。
如果要將Struts應(yīng)用配置為多模塊應(yīng)用，需要如下三個(gè)步驟：
l??????????????? 為每個(gè)模塊分別建立一個(gè)struts配置文件；
l??????????????? 通知模塊控制器；
l??????????????? 使用特定的Action在模塊間跳轉(zhuǎn)。
下面分別對(duì)這個(gè)三步驟進(jìn)行詳細(xì)介紹，以掌握如何實(shí)現(xiàn)多模塊的Struts應(yīng)用程序。
Struts應(yīng)用程序是通過配置文件組織資源的，對(duì)于多模塊應(yīng)用，每個(gè)模塊也是通過各自的配置文件組織各自的資源。當(dāng)只有一個(gè)模塊時(shí)，即只有默認(rèn)模塊，通常默認(rèn)模塊的配置文件名為struts-config.xml。其他模塊的命名方式一般為struts-config-模塊名.xml。如用戶管理模塊的配置文件可命名為struts-config-usermanage.xml，商品管理模塊的配置文件名為struts-config-productmanage.xml。當(dāng)然，這樣的文件名并不是必須的，但按照這種方式給文件命名從配置文件名本身就可以看出對(duì)應(yīng)的模塊和意義。
在多模塊環(huán)境中，每個(gè)模塊都有各自獨(dú)立的配置文件，十分有利于多個(gè)小組的協(xié)同開發(fā)。在小組協(xié)同開發(fā)的環(huán)境中，通常是一個(gè)小組負(fù)責(zé)一個(gè)開發(fā)模塊。Struts的多模塊機(jī)制可以有效地避免多個(gè)小組協(xié)同開發(fā)中的資源訪問沖突，因?yàn)槊總€(gè)模塊的資源都由各自的配置文件組織，絕大部分的修改都限于本模塊內(nèi)。
通知控制器即是將多模塊的配置信息注冊(cè)到控制器中去。在單模塊Struts應(yīng)用中，只需要把默認(rèn)的Struts配置文件注冊(cè)到控制器，這是通過將默認(rèn)配置文件作為ActionServlet類的一個(gè)初始化參數(shù)實(shí)現(xiàn)的。對(duì)于多模塊的情況，配置的示例代碼片段如下（該代碼片斷來(lái)自web.xml）。
代碼12.1
<init-param>
??????? <param-name>config</param-name>
??????? <param-value>/WEB-INF/struts-config.xml</param-value>
</init-param>
<init-param>
??????? <param-name>config/module1</param-name>
??????? <param-value>/WEB-INF/struts-config-module1.xml</param-value>
</init-param>
在這段配置中，配置了兩個(gè)應(yīng)用模塊：默認(rèn)模塊和名為module1的模塊。對(duì)于默認(rèn)模塊，配置文件對(duì)應(yīng)的ActionServlet初始化參數(shù)名為config。對(duì)于其他模塊，ActionServlet初始化參數(shù)的命名原則是“config/模塊名”。如上面的代碼示例中，module1模塊的配置文件對(duì)應(yīng)的初始化參數(shù)為config/modul1。其中前綴“config/”是不能缺少的，后面跟模塊名。在Struts控制器中，是通過模塊名來(lái)區(qū)分不同模塊的。在資源訪問中，也是一模塊名作為前綴來(lái)區(qū)分對(duì)不同模塊的訪問。如以“/module1”開頭的路徑會(huì)告訴控制器所要訪問的將是module1模塊的資源。
在模塊間跳轉(zhuǎn)不同于模塊內(nèi)部的跳轉(zhuǎn)，如果需要跳轉(zhuǎn)到其他模塊，在連接中必須明確指出。進(jìn)行模塊跳轉(zhuǎn)的URL必須給定兩個(gè)參數(shù)：prefix和page。其中參數(shù)prefix指明要跳轉(zhuǎn)到的模塊前綴，其值為以“/”開頭的模塊名。如前面配置片段中的module1，其前綴prefix的值就是/module1。page指明要跳轉(zhuǎn)的頁(yè)面或其他資源。
模塊間的跳轉(zhuǎn)之所以不同于一般的頁(yè)面調(diào)轉(zhuǎn)，是因?yàn)槟K間的跳轉(zhuǎn)涉及到資源的轉(zhuǎn)換，包括消息資源和其他可配置資源。有3種方法可以實(shí)現(xiàn)模塊間跳轉(zhuǎn)。
1.?使用Struts內(nèi)建的SwitchAction類
SwitchAction類是Struts內(nèi)建的最有用的Action類之一，是專門為實(shí)現(xiàn)頁(yè)面調(diào)轉(zhuǎn)而設(shè)計(jì)的。在SwitchAction類內(nèi)部，自動(dòng)實(shí)現(xiàn)了消息資源和模塊前綴的轉(zhuǎn)換等操作。直接使用SwitchAction類只需要在Struts配置文件中聲明即可，聲明使用SwitchAction類的配置片段如下。
代碼12.2
……
<action-mappings>
??? <action
path="/toModule"
type="org.apache.struts.actions.SwitchAction"/>
……
</action-mappings>
其中path="/toModule"指明了該Action類的訪問路徑。如果要從當(dāng)前模塊跳轉(zhuǎn)到另一模塊moduleB，則該鏈接的形式為：
http://localhost:8080/xxx/toModule.do?prefix=/moduleB&page=/index.do
如果要調(diào)轉(zhuǎn)到的模塊是默認(rèn)模塊，默認(rèn)模塊的模塊前綴是空串，鏈接的形式為：
http://localhost:8080/xxx/toModule.do?prefix=&page=/index.do
2.?使用轉(zhuǎn)發(fā)
可以在全局或局部轉(zhuǎn)發(fā)中顯式地將轉(zhuǎn)發(fā)配置為跨模塊的轉(zhuǎn)發(fā)。配置全局轉(zhuǎn)發(fā)為跨模塊轉(zhuǎn)發(fā)的示例代碼如下：
代碼12.3
<global-forwards>
??? <forward
name="toModuleB"
contextRelative="true
path="/moduleB/index.do"
redirect="true"/>
……
</global-forwards>
其中contextRelative屬性設(shè)為true時(shí)表示當(dāng)前path屬性以/開頭時(shí)，給出的是相對(duì)于當(dāng)前上下文的URL。
也可以把局部轉(zhuǎn)發(fā)配置為跨模塊轉(zhuǎn)發(fā)，如代碼12.4所示。
代碼12.4
<action-mappings>
?? <action ... >
?????? <forward?name="success"?contextRelative="true"?path="/moduleB/index.do"?redirect="true"/>
?? </action>
?? ……
</action-mappings>
3. 使用<html:link>標(biāo)記
<html:link>是Struts自定義標(biāo)記，對(duì)超鏈接的行為進(jìn)行了定制和封裝。利用<html:link>標(biāo)記可以直接將超鏈接聲明為跨模塊的跳轉(zhuǎn)，使用方法為：
<html:link module="/moduleB" path="/index.do"/>
使用定制的控制器
Struts在控制器層提供了多種擴(kuò)展點(diǎn)，如擴(kuò)展ActionServet、擴(kuò)展RequestProcessor類、擴(kuò)展Action類和ActionForm類等。下面將詳細(xì)介紹如何在這些擴(kuò)展點(diǎn)上實(shí)現(xiàn)擴(kuò)展。
在Struts的早期版本中，ActionServlet類承擔(dān)了除Action類以外大部分的控制器能，Struts一般都需要擴(kuò)展ActionServlet類，來(lái)實(shí)現(xiàn)各種自定義的控制功能。在Struts 1.1之后，大多數(shù)執(zhí)行實(shí)際功能調(diào)用的操作都被遷移到RequestProcessor類中執(zhí)行，ActionServlet類只是調(diào)用RequestProcessor對(duì)象的process()方法處理用戶請(qǐng)求，如代碼12.5所示。
代碼12.5
public class ActionServlet extends HttpServlet {
????? ……
public void doGet(HttpServletRequest request,
????????????? HttpServletResponse response)
??????? throws IOException, ServletException {
??????? //調(diào)用process()方法處理Get請(qǐng)求
??????? process(request, response);
}
public void doPost(HttpServletRequest request,
?????????????? HttpServletResponse response)
??????? throws IOException, ServletException {
??????? //調(diào)用process()方法處理Post請(qǐng)求
process(request, response);
}
??? ……
//在process()方法中，調(diào)用RequestProcessor對(duì)象的process()方法處理請(qǐng)求
protected void process(HttpServletRequest request, HttpServletResponse response)
??????? throws IOException, ServletException {
???????
??????? //配置請(qǐng)求的模塊信息
??????? ModuleUtils.getInstance().selectModule(request, getServletContext());
??????? ModuleConfig config = getModuleConfig(request);
??????? //獲取請(qǐng)求對(duì)應(yīng)的RequestProcessor實(shí)例
RequestProcessor processor = getProcessorForModule(config);
??????? if (processor == null) {
?????????? processor = getRequestProcessor(config);
??????? }
??????? //調(diào)用RequestProcessor對(duì)象的process()方法處理請(qǐng)求
??????? processor.process(request, response);
}
??? ……
}
因此，如果需要在處理機(jī)制和功能上擴(kuò)展Struts框架，擴(kuò)展ActionServlet類已經(jīng)沒有必要。但是，處理一些特殊的需求時(shí)，ActionServlet類仍然具有擴(kuò)展的意義。
在Struts控制器組件一章已經(jīng)介紹過，Struts應(yīng)用程序啟動(dòng)時(shí)，在ActionServlet類的init()方法中將初始化Struts框架。如果想改變框架包的初始化行為，就可以通過擴(kuò)展ActionServlet類實(shí)現(xiàn)。擴(kuò)展ActionServlet類，可以創(chuàng)建一個(gè)org.apache.struts.action.ActionServlet類的子類，然后復(fù)寫init()方法，實(shí)現(xiàn)自定義的Struts框架初始化過程。
一旦擴(kuò)展了ActionServlet類，就需要在部署描述文件web.xml文件配置中心Servlet為擴(kuò)展后的Servlet。
從Struts1.1開始，絕大部分的請(qǐng)求處理行為已經(jīng)交給RequestProcessor類，如要擴(kuò)展Struts框架的請(qǐng)求處理方式，可以通過擴(kuò)展RequestProcessor類完成，這將在下一小節(jié)中介紹。
如果要改變Struts框架處理請(qǐng)求的過程，擴(kuò)展RequestProcessor類是一個(gè)合適的選擇。如果擴(kuò)展了RequestProcessor類，需要通知Struts框架使用自定義的請(qǐng)求處理器。在Struts配置文件中controller元素用于配置請(qǐng)求處理器信息。從配置文件一章中我們知道，controller元素位于action-mappings元素和message-resources元素之間。如果配置文件中還沒有任何controller元素的配置信息，則意味著當(dāng)前的Struts應(yīng)用正在使用默認(rèn)的RequestProcessor類及默認(rèn)的controller屬性。controller元素的配置如下。
代碼12.6
<controller nocache="true"
inputForward="true"
maxFileSize="2M"
contentType="text/html;charset=UTF-8"
processorClass=
"org.digitstore.web.struts.CustomRequestProcessor"/>
controller元素的processorClass屬性指定了請(qǐng)求處理類，默認(rèn)時(shí)即為org.apache.struts.action.RequestProcessor類。Struts框架在啟動(dòng)時(shí)將創(chuàng)建一個(gè)該類的實(shí)例，并用這個(gè)實(shí)例處理應(yīng)用程序的所有請(qǐng)求。由于每個(gè)子應(yīng)用模塊都可以有獨(dú)立的Struts配置文件，因此可以為每個(gè)子應(yīng)用模塊配置不同的RequestProcessor類。
RequestProcessor類的一個(gè)典型的擴(kuò)展點(diǎn)就是processPreprocess()方法。顧名思義，processPreprocess()的意思就是在處理請(qǐng)求前的一些預(yù)處理操作。在默認(rèn)的RequestProcessor類中，該方法不執(zhí)行任何操作，直接返回true。processPreprocess()方法在默認(rèn)RequestProcessor類中的實(shí)現(xiàn)如下。
protected boolean processPreprocess(HttpServletRequest request,
??????????????????????? HttpServletResponse response) {
return (true);//在默認(rèn)的實(shí)現(xiàn)中什么操作也不做，直接返回true
}
RequestProcessor類在process()方法中處理請(qǐng)求，對(duì)processPreprocess()方法也存在該方法的過程中。代碼12.7為processPreprocess()方法在process()方法中的調(diào)用情況。
代碼12.7
public void process(HttpServletRequest request,
??????????????????????? HttpServletResponse response)
??????? throws IOException, ServletException {
??? ……
// 調(diào)用processPreprocess方法，如果返回false，則終止請(qǐng)求處理
?? ?if (!processPreprocess(request, response)) {
??????? return;
??? }
??? ……
??? // 構(gòu)建ActionForm
??? ActionForm form = processActionForm(request, response, mapping);
??? processPopulate(request, response, form, mapping);
??? if (!processValidate(request, response, form, mapping)) {
??????? return;
??? }
??? ……
??? // 構(gòu)建請(qǐng)求對(duì)應(yīng)的Action
??? Action action = processActionCreate(request, response, mapping);
??? if (action == null) {
??????? return;
??? }
??? // 調(diào)用Action執(zhí)行請(qǐng)求邏輯
??? ActionForward forward =
processActionPerform(request, response,action, form, mapping);
……
}
從代碼12.7可以看到，process()方法在調(diào)用processActionForm()方法構(gòu)建ActionForm之前（當(dāng)然也在調(diào)用Action類的execute()方法之前）就調(diào)用processPreprocess()方法。默認(rèn)時(shí)該方法返回true，使得處理流程繼續(xù)前進(jìn)。如果該方法返回false，process()方法就將停止請(qǐng)求處理的執(zhí)行，并從doGet()或doPost()方法中返回。
在實(shí)現(xiàn)自定義的RequestProcessor類時(shí)，可以覆蓋processPreprocess()方法來(lái)實(shí)現(xiàn)一些特定的邏輯。例如，可以在processPreprocess()方法中實(shí)現(xiàn)用戶驗(yàn)證：如果用戶已經(jīng)登錄，則按照正常的流程處理請(qǐng)求；如果用戶沒有登錄或session已過期，則把請(qǐng)求重定向到登錄頁(yè)面。實(shí)現(xiàn)這段邏輯的processPreprocess()方法的代碼如下。
代碼12.8
public class CustomRequestProcessor
??? extends RequestProcessor {
??? //自定義的processPreprocess()方法，檢查用戶是否已經(jīng)登錄
??? protected boolean processPreprocess (
??????? HttpServletRequest request,
??????? HttpServletResponse response) {
??????? HttpSession session = request.getSession(false);
???????
//如果用戶請(qǐng)求的是登錄頁(yè)面則不需要檢查
???? ???if( request.getServletPath().equals("/loginInput.do")
??????????? || request.getServletPath().equals("/login.do") )
??????????? return true;
??????? //檢查session中是否存在userName屬性，如果存在則表示擁護(hù)已經(jīng)登錄
??????? if( session != null &&
??????? session.getAttribute("userName") != null)
??????????? return true;
??????? else{
??????????? try{
??????????????? //用戶未登錄則重定向到登錄頁(yè)面
??????????????? request.getRequestDispatcher
??????????????????? ("/Login.jsp").forward(request,response);
??????????? }catch(Exception ex){
?????? ?????}
??????? }
??????? return false;
??? }
??? //自定義的processContent ()方法，用于設(shè)置響應(yīng)類型
??? protected void processContent(HttpServletRequest request,
??????????????? HttpServletResponse response) {
??????????? //檢查用戶是否請(qǐng)求ContactImageAction，如果是則設(shè)置
??????????? // contentType為image/gif
??????????? if( request.getServletPath().equals("/contactimage.do")){
??????????????? response.setContentType("image/gif");
??????????????? return;
??????????? }
??????? super.processContent(request, response);
??? }
}
processPreprocess()方法能夠截獲所有Struts請(qǐng)求，達(dá)到對(duì)用戶進(jìn)行驗(yàn)證的效果。當(dāng)然RequestProcessor類中并非只有這一個(gè)擴(kuò)展點(diǎn)。如果想按照自己的方式處理請(qǐng)求，可以根據(jù)需要擴(kuò)展其他方法。
Action類是Struts框架中應(yīng)用最廣泛的擴(kuò)展點(diǎn)。一般情況下，其他的Action類都是直接擴(kuò)展org.apache.struts.action.Action類來(lái)實(shí)現(xiàn)控制邏輯。在實(shí)現(xiàn)具體的Struts應(yīng)用時(shí)，許多Action類都要執(zhí)行一些公共的邏輯，如session驗(yàn)證、初始化session變量、錯(cuò)誤處理等以及一些通用的方法等。這時(shí)就可以創(chuàng)建一個(gè)Action基類，在Action基類中定義應(yīng)用中所有Action的一些公共邏輯，其他具體的Action都擴(kuò)展這個(gè)Action基類，而不是直接擴(kuò)展org.apache.struts.action.Action類。當(dāng)然這個(gè)Action基類擴(kuò)展Struts的Action基類或其他擴(kuò)展Struts的Action基類的Action。這種處理方式可以提高代碼的可重用性，減少代碼冗余。代碼12.9為一個(gè)Action基類的代碼示例，在該Action基類中實(shí)現(xiàn)了一些Action的公共邏輯。該Action基類擴(kuò)展了Struts框架內(nèi)建的LookupDispatchAction類。
代碼12.9
import java.util.Date;
import java.util.Enumeration;
……
// BaseAction擴(kuò)展Struts內(nèi)建的LookupDispatchAction
public class BaseAction extends LookupDispatchAction {
??? //日志工具
??? protected transient final Log log = LogFactory.getLog(getClass());
??? private static final String SECURE = "secure";
??? protected Map defaultKeyNameKeyMap = null;
??? public Map getKeyMethodMap() {
??????? Map map = new HashMap();
?
??????? String pkg = this.getClass().getPackage().getName();
??????? ResourceBundle methods =
??????????????? ResourceBundle.getBundle(pkg + ".LookupMethods");
??????? Enumeration keys = methods.getKeys();
??????? while (keys.hasMoreElements()) {
??????????? String key = (String) keys.nextElement();
??????????? map.put(key, methods.getString(key));
??????? }
??????? return map;
??? }
?
??? public ActionForward execute(ActionMapping mapping, ActionForm form,
???????????????????????????????? HttpServletRequest request,
?????????????????????????? ??????HttpServletResponse response)
??????????? throws Exception {
??????? //如果是“取消”操作直接返回
??????? if (isCancelled(request)) {
??????????? ActionForward af = cancelled(mapping, form, request, response);
??????????? if (af != null) {
??????????????? return af;
??????????? }
??????? }
??????? MessageResources resources = getResources(request);
??????? // 獲取本地化的取消按鈕的標(biāo)識(shí)
??????? String edit = resources.getMessage(Locale.ENGLISH, "button.edit").toLowerCase();
??????? String save = resources.getMessage(Locale.ENGLISH, "button.save").toLowerCase();
??????? String search = resources.getMessage(Locale.ENGLISH, "button.search").toLowerCase();
??????? String view = resources.getMessage(Locale.ENGLISH, "button.view").toLowerCase();
??????? String[] rules = {edit, save, search, view};
??????? // 從配置文件中取得對(duì)應(yīng)方法名稱的參數(shù)名
??????? String parameter = mapping.getParameter();
??????? // 被調(diào)用的方法名稱
??????? String keyName = null;
???????
??????? //根據(jù)parameter從獲取請(qǐng)求的方法名稱
??????? if (parameter != null) {
??????????? keyName = request.getParameter(parameter);
??????? }
??????? //如果調(diào)用的方法名為空，則選擇一個(gè)最接近的方法
???? ???if ((keyName == null) || (keyName.length() == 0)) {
??????????? for (int i = 0; i < rules.length; i++) {
??????????????? // 如果Servet路徑中含有該請(qǐng)求規(guī)則，則調(diào)用相應(yīng)方法
??????????????? if (request.getServletPath().indexOf(rules[i]) > -1) {
??????????????????? return dispatchMethod(mapping, form, request, response, rules[i]);
??????????????? }
??????????? }
??????????? //無(wú)法將請(qǐng)求匹配到任何方法，調(diào)用unspecified()方法
return this.unspecified(mapping, form, request, response);
??????? }
??????? // parameter村在，獲取方法名
??????? String methodName =
??????????????? getMethodName(mapping, form, request, response, parameter);
??????? //調(diào)用指定方法處理請(qǐng)求
??????? return dispatchMethod(mapping, form, request, response, methodName);
??? }
???
??? //獲取請(qǐng)求對(duì)應(yīng)的ActionForm
??? protected ActionForm getActionForm(ActionMapping mapping,
?????????????????????????????????????? HttpServletRequest request) {
??????? ActionForm actionForm = null;
??????? // 刪除過時(shí)的form bean
??????? if (mapping.getAttribute() != null) {
??????????? //如果ActionForm的作用于為request
if ("request".equals(mapping.getScope())) {
??????????????? actionForm =
??????????????????????? (ActionForm) request.getAttribute(mapping.getAttribute());
??????????? } else {//如果ActionForm的作用于為session
??????????????? HttpSession session = request.getSession();
???????????? ???actionForm =
??????????????????????? (ActionForm) session.getAttribute(mapping.getAttribute());
??????????? }
??????? }
??????? return actionForm;
??? }
???
??? //刪除請(qǐng)求對(duì)應(yīng)的ActionForm
??? protected void removeFormBean(ActionMapping mapping,
????????????? ????????????????????HttpServletRequest request) {
??????? // Remove the obsolete form bean
??????? if (mapping.getAttribute() != null) {
??????????? if ("request".equals(mapping.getScope())) {
??????????????? request.removeAttribute(mapping.getAttribute());
??????????? } else {
??????????????? HttpSession session = request.getSession();
??????????????? session.removeAttribute(mapping.getAttribute());
??????????? }
??????? }
??? }
???
??? //更新請(qǐng)求對(duì)應(yīng)的ActionForm
??? protected void updateFormBean(ActionMapping mapping,
????????????????????????????????? HttpServletRequest request, ActionForm form) {
??????? // Remove the obsolete form bean
??????? if (mapping.getAttribute() != null) {
??????????? if ("request".equals(mapping.getScope())) {
??????????????? request.setAttribute(mapping.getAttribute(), form);
??????????? } else {
??????????????? HttpSession session = request.getSession();
??????????????? session.setAttribute(mapping.getAttribute(), form);
??????????? }
??????? }
??? }
?
??? //從方法-名稱映射表中獲取方法名稱
??? protected String getLookupMapName(HttpServletRequest request,
????????????????????????????????????? String keyName,
????????????????????????????????????? ActionMapping mapping)
??????????? throws ServletException {
??????? String methodName = null;
??????? try {
??????????? this.setLocale(request, request.getLocale());?
??????????? methodName = super.getLookupMapName(request, keyName, mapping);//獲取方法名
??????? } catch (ServletException ex) {
??????????????? System.out.pringln("BaseAction: keyName not found in resource bundle with locale ");
??????????? }
??????????? // 無(wú)法在資源文件中找到對(duì)應(yīng)的本地化消息文本，就使用默認(rèn)地區(qū)的消息文本
??????????? if (defaultKeyNameKeyMap == null) {
??????????????? defaultKeyNameKeyMap = this.initDefaultLookupMap(request);
??????????? }
??????????? // 獲取消息文本
??????????? String key = (String) defaultKeyNameKeyMap.get(keyName);
??????????? if (key == null) {
??????????????? System.out.println("keyName '" + keyName + "' not found in resource bundle with locale ");
??????????????????? }
???? ???????????return keyName;
??????????? }
??????????? //獲取方法名稱
??????????? methodName = (String) keyMethodMap.get(key);
??????????? if (methodName == null) {
??????????????? String message = messages.getMessage("dispatch.lookup", mapping.getPath(), key);
???????????????throw new ServletException(message);
??????????? }
??????? }
??????? return methodName;
??? }
}
代碼12.9是一段自定義的Action代碼片斷，定義了BaseAction類，該類擴(kuò)展了LookupDispatchAction類，覆蓋了LookupDispatchAction類的execute()方法，重新實(shí)現(xiàn)了方法匹配的過程，并定義了一些Action中常用的工具方法。
在這里，筆者把對(duì)ActionForm的擴(kuò)展放在控制器組件擴(kuò)展部分，而不是放在視圖組件擴(kuò)展部分。這是因?yàn)锳ctionForm是介于視圖層和控制器層之間的JavaBean組件，其擴(kuò)展方式與擴(kuò)展Action基類十分類似，放在這里是為了敘述上的統(tǒng)一。
與擴(kuò)展Action類似，也可以自定義一個(gè)ActionForm，作為所有ActionForm的基類。在自定義的ActionForm基類中，可以定義一些所有ActionForm都將用到的公共邏輯，如驗(yàn)證字段非空、保存錯(cuò)誤信息等。代碼12.10是一個(gè)自定義的ActionForm基類的示例。
代碼12.10
package org.digitstore.web.struts.form;
import java.util.ArrayList;
import java.util.List;
import javax.servlet.http.HttpServletRequest;
import org.apache.struts.action.ActionError;
import org.apache.struts.action.ActionErrors;
import org.apache.struts.action.ActionForm;
import org.apache.struts.action.ActionMapping;
?
public class BaseActionForm extends ActionForm {
?/* 公共方法 */
?public ActionErrors validate(ActionMapping mapping, HttpServletRequest request) {
??? ActionErrors actionErrors = null;
??? ArrayList errorList = new ArrayList();
??? doValidate(mapping, request, errorList);
??? request.setAttribute("errors", errorList);
??? if (!errorList.isEmpty()) {
????? actionErrors = new ActionErrors();
????? actionErrors.add(ActionErrors.GLOBAL_ERROR, new ActionError("global.error"));
??? }
??? return actionErrors;
?}
?
?public void doValidate(ActionMapping mapping, HttpServletRequest request, List errors) {
?}
?/* 保護(hù)方法 */
?protected void addErrorIfStringEmpty(List errors, String message, String value) {
??? if (value == null || value.trim().length() < 1) {
????? errors.add(message);
??? }
?}
}
在BaseActionForm中，定義了一個(gè)addErrorIfStringEmpty()方法。該方法判斷value是否為空，如果為空則添加到錯(cuò)誤列表errors中。這種邏輯是許多ActionForm都需要的邏輯，其他ActionForm就可以直接調(diào)用該方法。
擴(kuò)展視圖組件
和控制器層中的組件相比，試圖層中的組件在開發(fā)過程中通常較少擴(kuò)展。一般來(lái)說(shuō)，試圖特定于應(yīng)用程序，不同的應(yīng)用會(huì)有不同的界面和外觀，為一個(gè)應(yīng)用程序設(shè)計(jì)的界面不大可能適用于另一個(gè)應(yīng)用程序。但是，Struts定制標(biāo)記卻是視圖層中一個(gè)很好的擴(kuò)展點(diǎn)。
Struts框架提供的自定義標(biāo)記庫(kù)包括Html、Bean、Logic和Nested。這些標(biāo)記庫(kù)本身就具有很高的重用性，視圖中有意義的擴(kuò)展也就在于對(duì)這些自定義標(biāo)記庫(kù)的擴(kuò)展。標(biāo)記符處理器都是常規(guī)的Java類，因此可以通過創(chuàng)建子類實(shí)現(xiàn)特定的功能。在Struts的標(biāo)記庫(kù)中對(duì)視圖影響最大的是HTML標(biāo)記庫(kù)，HTML標(biāo)記庫(kù)也是最有可能被擴(kuò)展的地方。當(dāng)擴(kuò)展了標(biāo)記后，必須定義存放這些標(biāo)記的標(biāo)記庫(kù)。盡管可以包自定義的標(biāo)記加入到標(biāo)準(zhǔn)的Struts標(biāo)記庫(kù)中，但是這樣會(huì)使應(yīng)用程序升級(jí)到新的Struts版本變得非常麻煩。因此應(yīng)該定義單獨(dú)的標(biāo)記庫(kù)，來(lái)存放和具體應(yīng)用相關(guān)的自定義標(biāo)記。
一旦創(chuàng)建了一個(gè)用于擴(kuò)展的.tld文件并用Web應(yīng)用程序部署描述符（web.xml）進(jìn)行注冊(cè)，用戶就可以在JSP頁(yè)面中方便地使用這些標(biāo)記。
另一種對(duì)視圖層擴(kuò)展的方式是引入JSP標(biāo)準(zhǔn)標(biāo)記庫(kù)JSTL。JSTL是JSP 1.2定制標(biāo)記庫(kù)集，它們?yōu)榈湫偷谋硎緦尤蝿?wù)（例如數(shù)據(jù)格式化、迭代或條件內(nèi)容顯示）提供標(biāo)準(zhǔn)實(shí)現(xiàn)。表達(dá)式語(yǔ)言（EL）是JSTL定制標(biāo)記支持另一種用于指定動(dòng)態(tài)屬性值的機(jī)制。EL提供了一些標(biāo)識(shí)符、存取器和運(yùn)算符，用來(lái)檢索和操作駐留在JSP容器中的數(shù)據(jù)。
Struts框架已經(jīng)考慮到與JSTL的整合問題，struts-el標(biāo)記庫(kù)便是Struts標(biāo)記庫(kù)的JSTL實(shí)現(xiàn)版本。struts-el標(biāo)記庫(kù)中的所有標(biāo)記均擴(kuò)展自Struts標(biāo)準(zhǔn)標(biāo)記庫(kù)，不同的是，struts-el采用了JSTL中的“表達(dá)式運(yùn)算引擎”，而不是“運(yùn)行時(shí)表達(dá)式（rtexprvalues）”。舉例來(lái)說(shuō)，使用bean:write標(biāo)記輸出一段消息文本時(shí)可能會(huì)采用如下的形式：
<bean:message key="<%= stringvar %>"/>
其中stringvar為JSP頁(yè)面中的一個(gè)變量。如果采用strut-el標(biāo)記庫(kù)，將是下面的形式：
<bean-el:message key="${stringvar}"/>
struts-el標(biāo)記庫(kù)實(shí)現(xiàn)了絕大部分Struts標(biāo)準(zhǔn)標(biāo)記庫(kù)的標(biāo)記，但是也有一些標(biāo)記例外。其中Html標(biāo)記全部實(shí)現(xiàn)，Bean標(biāo)記和Logic標(biāo)記未實(shí)現(xiàn)的部分及其應(yīng)該對(duì)應(yīng)JSTL標(biāo)記見表12-1和表12-2。
表12-1 Bean標(biāo)記庫(kù)中未在struts-el中實(shí)現(xiàn)的標(biāo)記
| Struts標(biāo)記 | JSTL 標(biāo)記 |
| cookie | c:set, EL |
| define | c:set, EL |
| header | c:set, EL |
| include | c:import |
| parameter | c:set, EL |
| write | c:out |
表12-2 Logic標(biāo)記庫(kù)中未在struts-el中實(shí)現(xiàn)的標(biāo)記
| Struts標(biāo)記 | JSTL 標(biāo)記 |
| empty | c:when, EL |
| equal | c:when, EL |
| greaterEqual | c:if, c:when, EL |
| greaterThan | c:if, c:when, EL |
| lessEqual | c:if, c:when, EL |
| lessThan | c:if, c:when, EL |
| notEmpty | c:if, c:when, EL |
| notEqual | c:if, c:when, EL |
注意：使用struts-el標(biāo)記的Web容器必須支持Servlet 2.3和JSP 1.2以上，并將jstl.jar置于應(yīng)用程序的WEB-INF/lib目錄下。另外，struts-el.jar包存在于Struts下載包中的contrib/lib目錄中。
Struts插件
相比于前面介紹的控制器層和視圖層組件的擴(kuò)展，Struts框架所提供的Struts插件機(jī)制，更像是對(duì)Struts真正意義上的擴(kuò)展。
Struts框架從1.1開始提供了一種動(dòng)態(tài)插入和加載組件的機(jī)制，這種機(jī)制被稱為Plugin機(jī)制。Struts插件實(shí)際上是一個(gè)Java類，它在Struts應(yīng)用啟動(dòng)時(shí)被初始化，在應(yīng)用關(guān)閉時(shí)被銷毀。創(chuàng)建一個(gè)Struts插件，只需要實(shí)現(xiàn)org.apache.struts.action.Plugin接口即可。Plugin接口包括兩個(gè)方法，如代碼12.11所示。
代碼12.11
public interface PlugIn {
??? //應(yīng)用程序關(guān)閉時(shí)將會(huì)調(diào)用Plugin的destroy()方法
??? void destroy();
?????
??? /**
???? * 在應(yīng)用啟動(dòng)時(shí)將會(huì)調(diào)用Plugin的init()方法
???? *
???? * @param servlet ActionServlet：Struts的ActionServlet
???? * @param config ModuleConfig：與該模塊相關(guān)聯(lián)的配置類
???? * @exception ServletException：可能拋出的異常
???? */
??? void init(ActionServlet servlet, ModuleConfig config)
??????? throws ServletException;
}
一個(gè)Struts應(yīng)用可以包含多個(gè)插件。在Struts應(yīng)用程序啟動(dòng)時(shí)，Struts框架會(huì)調(diào)用每個(gè)配置的Plugin的init()方法進(jìn)行插件的初始化。在init()方法中一般會(huì)執(zhí)行如創(chuàng)建數(shù)據(jù)庫(kù)連接或創(chuàng)建與遠(yuǎn)程系統(tǒng)的連接等初始化操作。
當(dāng)應(yīng)用程序關(guān)閉時(shí)，Struts框架會(huì)調(diào)用每個(gè)Plugin的destory()方法，來(lái)執(zhí)行一些必要的銷毀操作釋放資源。例如，關(guān)閉數(shù)據(jù)庫(kù)連接、遠(yuǎn)程服務(wù)界面或者釋放任何插件正使用的其他資源。
Tiles和Validator框架是最常用的兩個(gè)Struts插件，并且已經(jīng)成為Struts框架標(biāo)準(zhǔn)的一部分，關(guān)于Tiles和Validator插件的使用分別在各自獨(dú)立的章節(jié)中介紹。像Spring、Hibernate等中間件也可以通過插件的形式與Struts集成。
在本書的代碼示例DigitStore中，將使用Hibernate作為持久化機(jī)制。我們希望在應(yīng)用程序啟動(dòng)時(shí)就初始化Hibernate，以便當(dāng)?shù)谝粋€(gè)用戶請(qǐng)求到來(lái)時(shí)，Hibernate就已經(jīng)初始化完成并進(jìn)入工作狀態(tài)。相應(yīng)的，在應(yīng)用程序關(guān)閉時(shí)同時(shí)關(guān)閉Hibernate。我們將創(chuàng)建一個(gè)HibernatePlugin類來(lái)完成這些工作。
首先，創(chuàng)建實(shí)現(xiàn)Plugin接口的HibernatePlugin類，HibernatePlugin類的代碼如下。
代碼12.12
package org.digitstore.util;
import javax.servlet.ServletContext;
……/其他需要導(dǎo)入的包
public class HibernatePlugIn implements PlugIn {
?
??? //該屬性作為保存在ServletContext中的SessionFactory實(shí)例的key
??? public static final String SESSION_FACTORY_KEY
??????????? = SessionFactory.class.getName();
???
?
??? //指定是否在ServletContext中保存SessionFactory實(shí)例
??? private boolean storedInServletContext = true;
?
??? //Hibernate配置文件的路徑
??? private String configFilePath = "/hibernate.cfg.xml";
??? private ActionServlet _servlet = null;
??? private ModuleConfig _config = null;
??? private SessionFactory _factory = null;
?
??? //應(yīng)用程序關(guān)閉時(shí)將會(huì)調(diào)用destroy()方法
??? public void destroy() {
??????? _servlet = null;
??????? _config = null;
???????
??????? try {
??????????? _factory.close();//關(guān)閉SessionFactory實(shí)例
??????? } catch (Exception e) {
??????????? Sytem.out.println("Unable to destroy SessionFactory.. ");
??????????? System.out.println("The Exception is " + e);
??????? }
??? }
???
?
??? //在應(yīng)用啟動(dòng)時(shí)，將會(huì)調(diào)用init()方法.
??? public void init(ActionServlet servlet, ModuleConfig config)
??? throws ServletException {
??????? _servlet = servlet;
??????? _config = config;
???????
??????? Configuration configuration = null;
??????? URL configFileURL = null;
??????? ServletContext context = null;
???????
??????? try {//獲取配置文件的URL
??????????? configFileURL = HibernatePlugIn.class.getResource(this.configFilePath);
??????????? context = _servlet.getServletContext();
?????????? ?
??????????? //初始化Hibernate配置信息
??????????? configuration = (new Configuration()).configure(configFileURL);
??????????? _factory = configuration.buildSessionFactory();
???????????
??????????? //保存SessionFactory實(shí)例到ServletContext中
??????????? if (this.storedInServletContext) {
??????????????? context.setAttribute(SESSION_FACTORY_KEY, _factory);
??????????? }
??????? } catch (Throwable t) {
??????????? System.out.println("Exception while initializing Hibernate…");
??????????? throw (new ServletException(t));
??????? }
??? }
???
??? //可以在配置文件中設(shè)置的屬性的setter方法
??? public void setConfigFilePath(String configFilePath) {
??????? if ((configFilePath == null) || (configFilePath.trim().length() == 0)) {
??????????? throw new IllegalArgumentException(
??????????????????? "configFilePath cannot be blank or null.");
??????? }
??????? this.configFilePath = configFilePath;
??? }
??? public void setStoredInServletContext(String storedInServletContext) {
??????? if ((storedInServletContext == null)
??????????????? || (storedInServletContext.trim().length() == 0)) {
??????????? storedInServletContext = "false";
??????? }
????????
??????? this.storedInServletContext
??????????????? = new Boolean(storedInServletContext).booleanValue();
??? }
???
}
當(dāng)Struts框架調(diào)用HibernatePlugIn類的init()方法時(shí)，會(huì)把ActionServlet作為參數(shù)傳給init()方法。因此在init()方法中可以通過ActionServlet的getServletContext()方法來(lái)獲得ServletContext對(duì)象的引用。
HibernatePlugIn類的init()方法根據(jù)配置文件的路徑加載Hibernate配置文件，并立即初始化Hibernate配置信息。然后生成一個(gè)SessionFactory實(shí)例。如果將SessionFactory實(shí)例保存到ServletContext對(duì)象中，SessionFactory實(shí)例就可以被整個(gè)應(yīng)用程序共享。
插件需要由Struts框架來(lái)加載。這通過在Struts配置文件中定義新的plug-in元素來(lái)實(shí)現(xiàn)。Struts框架會(huì)在啟動(dòng)時(shí)根據(jù)配置的plug-in元素初始化插件。代碼12.13為配置HibernatePlugin類的代碼示例。
代碼12.13
<plug-in className=" org.digitstore.util.HibernatePlugIn">
?<set-property property="configFilePath"
value="/hibernate.cfg.xml" />
?<set-property property="storeInServletContext" value="true" />
</plug-in>
Struts框架允許在配置文件中設(shè)置插件的屬性值，plug-in元素中的set-property即是用來(lái)設(shè)置插件屬性的值。同時(shí)，在自定義的插件類中，必須為該屬性定義JavaBean風(fēng)格的setter方法，getter方法是可選的。以上plug-in元素的配置包含2個(gè)set-property子元素，它們定義了插件類中相應(yīng)屬性的值。在HibernatePlugIn類中，_configFilePath屬性和_storedInServletContext屬性定義和setter方法如代碼12.14所示。
代碼12.14
private boolean storedInServletContext = true;
private String configFilePath = "/hibernate.cfg.xml";
public void setConfigFilePath(String configFilePath) {
??????? if ((configFilePath == null) || (configFilePath.trim().length() == 0)) {
??????????? throw new IllegalArgumentException(
??????????????????? "configFilePath cannot be blank or null.");
??????? }
??????? this.configFilePath = configFilePath;
??? }
???
??? public void setStoredInServletContext(String storedInServletContext) {
??????? if ((storedInServletContext == null)
??????????????? || (storedInServletContext.trim().length() == 0)) {
??????????? storedInServletContext = "false";
??????? }
????????
??????? this.storedInServletContext
??????????????? = new Boolean(storedInServletContext).booleanValue();
}
Struts框架在加載插件時(shí)，會(huì)調(diào)用插件類的setName()方法，把set-property元素的屬性值傳給HibernatePlugIn實(shí)例的setName()方法。
提示：如果在Struts配置文件中定義了多個(gè)插件，Struts框架會(huì)按照這些插件在配置文件中的先后順序依次初始化。
本章小結(jié)
本章首先介紹了Struts多模塊開發(fā)有關(guān)的問題，闡述了在Struts框架中進(jìn)行多模塊開發(fā)的方式以及一些藥主要的問題。然后我們分別從控制器和視圖的角度介紹了對(duì)Struts框架的擴(kuò)展。在控制器擴(kuò)展中主要是應(yīng)用自定義的各種控制器組件代替默認(rèn)的控制器組件，包括自定義的ActionServlet、自定義的RequestProcessor、自定義的Action以及自定義的ActionForm。在視圖擴(kuò)展中主要提到了對(duì)自定義標(biāo)記和引入JSTL標(biāo)記庫(kù)。最后對(duì)Struts插件進(jìn)行了詳細(xì)介紹，并給出了應(yīng)用實(shí)例。
總結(jié)
以上是生活随笔為你收集整理的struts多模块开发的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。
如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。
