轉載地址：http://blog.csdn.net/strutsweb/archive/2006/03/31/645960.aspx

《Struts Web設計與開發大全》??? 作者邱哲、王俊標、馬斗 清華大學出版社 購書網址：http://www.huachu.com.cn/itbook/itbookinfo.asp?lbbh=BB071045561 http://www.china-pub.com/computers/common/info.asp?id=25603 擴展 多模塊開發和軟件擴展是現代軟件開發過程中最重要的理念。對于一個框架型軟件來說，能否進行多模塊開發、能否根據需要進行擴展、能否與其他組件無縫合作是衡量一個優秀框架的重要因素。優秀的框架應具有良好的擴展性和協作性，Struts框架也不例外。Struts框架為開發人員提供了多模塊開發的方法以及多個擴展點，本章將對這些內容進行介紹。 多模塊開發 對于一些大型的Web應用，通常會分為幾個模塊，如用戶管理模塊，商品管理模塊。如果設計得當，這些模塊間就可以同時并行開發，大幅提高開發進度。模塊化開發是現在大中型應用程序開發的流行選擇。 并行開發的一個最大的問題就是資源訪問沖突，如果處置不當，反而會影響開發效率。Struts的配置文件struts-config.xml是Struts框架最重要的資源之一，并且是需要頻繁改動的。如果并行開發的各個團隊都是用這一個配置文件，勢必造成訪問沖突。Strus框架的模塊化機制就是專門應對這種情況的。 Struts從1.1版本開始增加了模塊化支持，并且一直在強化對模塊化的支持。不同的應用模塊可以擁有各自的struts-config配置文件、消息資源、Validator框架配置文件。不同的模塊可以協同開發，互不影響。 模塊在Struts中的英文術語是module，一些與模塊化相關的組件的名稱中都包含有module這樣的字眼，如模塊配置類為ModuleConfig，模塊實用工具類ModuleUtils等。 如果要將Struts應用配置為多模塊應用，需要如下三個步驟： l??????????????? 為每個模塊分別建立一個struts配置文件； l??????????????? 通知模塊控制器； l??????????????? 使用特定的Action在模塊間跳轉。 下面分別對這個三步驟進行詳細介紹，以掌握如何實現多模塊的Struts應用程序。 Struts應用程序是通過配置文件組織資源的，對于多模塊應用，每個模塊也是通過各自的配置文件組織各自的資源。當只有一個模塊時，即只有默認模塊，通常默認模塊的配置文件名為struts-config.xml。其他模塊的命名方式一般為struts-config-模塊名.xml。如用戶管理模塊的配置文件可命名為struts-config-usermanage.xml，商品管理模塊的配置文件名為struts-config-productmanage.xml。當然，這樣的文件名并不是必須的，但按照這種方式給文件命名從配置文件名本身就可以看出對應的模塊和意義。 在多模塊環境中，每個模塊都有各自獨立的配置文件，十分有利于多個小組的協同開發。在小組協同開發的環境中，通常是一個小組負責一個開發模塊。Struts的多模塊機制可以有效地避免多個小組協同開發中的資源訪問沖突，因為每個模塊的資源都由各自的配置文件組織，絕大部分的修改都限于本模塊內。 通知控制器即是將多模塊的配置信息注冊到控制器中去。在單模塊Struts應用中，只需要把默認的Struts配置文件注冊到控制器，這是通過將默認配置文件作為ActionServlet類的一個初始化參數實現的。對于多模塊的情況，配置的示例代碼片段如下（該代碼片斷來自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> 在這段配置中，配置了兩個應用模塊：默認模塊和名為module1的模塊。對于默認模塊，配置文件對應的ActionServlet初始化參數名為config。對于其他模塊，ActionServlet初始化參數的命名原則是“config/模塊名”。如上面的代碼示例中，module1模塊的配置文件對應的初始化參數為config/modul1。其中前綴“config/”是不能缺少的，后面跟模塊名。在Struts控制器中，是通過模塊名來區分不同模塊的。在資源訪問中，也是一模塊名作為前綴來區分對不同模塊的訪問。如以“/module1”開頭的路徑會告訴控制器所要訪問的將是module1模塊的資源。 在模塊間跳轉不同于模塊內部的跳轉，如果需要跳轉到其他模塊，在連接中必須明確指出。進行模塊跳轉的URL必須給定兩個參數：prefix和page。其中參數prefix指明要跳轉到的模塊前綴，其值為以“/”開頭的模塊名。如前面配置片段中的module1，其前綴prefix的值就是/module1。page指明要跳轉的頁面或其他資源。 模塊間的跳轉之所以不同于一般的頁面調轉，是因為模塊間的跳轉涉及到資源的轉換，包括消息資源和其他可配置資源。有3種方法可以實現模塊間跳轉。 1.?使用Struts內建的SwitchAction類 SwitchAction類是Struts內建的最有用的Action類之一，是專門為實現頁面調轉而設計的。在SwitchAction類內部，自動實現了消息資源和模塊前綴的轉換等操作。直接使用SwitchAction類只需要在Struts配置文件中聲明即可，聲明使用SwitchAction類的配置片段如下。 代碼12.2 …… <action-mappings> ??? <action path="/toModule" type="org.apache.struts.actions.SwitchAction"/> …… </action-mappings> 其中path="/toModule"指明了該Action類的訪問路徑。如果要從當前模塊跳轉到另一模塊moduleB，則該鏈接的形式為： http://localhost:8080/xxx/toModule.do?prefix=/moduleB&page=/index.do 如果要調轉到的模塊是默認模塊，默認模塊的模塊前綴是空串，鏈接的形式為： http://localhost:8080/xxx/toModule.do?prefix=&page=/index.do 2.?使用轉發 可以在全局或局部轉發中顯式地將轉發配置為跨模塊的轉發。配置全局轉發為跨模塊轉發的示例代碼如下： 代碼12.3 <global-forwards> ??? <forward name="toModuleB" contextRelative="true path="/moduleB/index.do" redirect="true"/> …… </global-forwards> 其中contextRelative屬性設為true時表示當前path屬性以/開頭時，給出的是相對于當前上下文的URL。 也可以把局部轉發配置為跨模塊轉發，如代碼12.4所示。 代碼12.4 <action-mappings> ?? <action ... > ?????? <forward?name="success"?contextRelative="true"?path="/moduleB/index.do"?redirect="true"/> ?? </action> ?? …… </action-mappings> 3. 使用<html:link>標記 <html:link>是Struts自定義標記，對超鏈接的行為進行了定制和封裝。利用<html:link>標記可以直接將超鏈接聲明為跨模塊的跳轉，使用方法為： <html:link module="/moduleB" path="/index.do"/> 　使用定制的控制器 Struts在控制器層提供了多種擴展點，如擴展ActionServet、擴展RequestProcessor類、擴展Action類和ActionForm類等。下面將詳細介紹如何在這些擴展點上實現擴展。 在Struts的早期版本中，ActionServlet類承擔了除Action類以外大部分的控制器能，Struts一般都需要擴展ActionServlet類，來實現各種自定義的控制功能。在Struts 1.1之后，大多數執行實際功能調用的操作都被遷移到RequestProcessor類中執行，ActionServlet類只是調用RequestProcessor對象的process()方法處理用戶請求，如代碼12.5所示。 代碼12.5 public class ActionServlet extends HttpServlet { ????? …… public void doGet(HttpServletRequest request, ????????????? HttpServletResponse response) ??????? throws IOException, ServletException { ??????? //調用process()方法處理Get請求 ??????? process(request, response); } public void doPost(HttpServletRequest request, ?????????????? HttpServletResponse response) ??????? throws IOException, ServletException { ??????? //調用process()方法處理Post請求 process(request, response); } ??? …… //在process()方法中，調用RequestProcessor對象的process()方法處理請求 protected void process(HttpServletRequest request, HttpServletResponse response) ??????? throws IOException, ServletException { ??????? ??????? //配置請求的模塊信息 ??????? ModuleUtils.getInstance().selectModule(request, getServletContext()); ??????? ModuleConfig config = getModuleConfig(request); ??????? //獲取請求對應的RequestProcessor實例 RequestProcessor processor = getProcessorForModule(config); ??????? if (processor == null) { ?????????? processor = getRequestProcessor(config); ??????? } ??????? //調用RequestProcessor對象的process()方法處理請求 ??????? processor.process(request, response); } ??? …… } 因此，如果需要在處理機制和功能上擴展Struts框架，擴展ActionServlet類已經沒有必要。但是，處理一些特殊的需求時，ActionServlet類仍然具有擴展的意義。 在Struts控制器組件一章已經介紹過，Struts應用程序啟動時，在ActionServlet類的init()方法中將初始化Struts框架。如果想改變框架包的初始化行為，就可以通過擴展ActionServlet類實現。擴展ActionServlet類，可以創建一個org.apache.struts.action.ActionServlet類的子類，然后復寫init()方法，實現自定義的Struts框架初始化過程。 一旦擴展了ActionServlet類，就需要在部署描述文件web.xml文件配置中心Servlet為擴展后的Servlet。 從Struts1.1開始，絕大部分的請求處理行為已經交給RequestProcessor類，如要擴展Struts框架的請求處理方式，可以通過擴展RequestProcessor類完成，這將在下一小節中介紹。 如果要改變Struts框架處理請求的過程，擴展RequestProcessor類是一個合適的選擇。如果擴展了RequestProcessor類，需要通知Struts框架使用自定義的請求處理器。在Struts配置文件中controller元素用于配置請求處理器信息。從配置文件一章中我們知道，controller元素位于action-mappings元素和message-resources元素之間。如果配置文件中還沒有任何controller元素的配置信息，則意味著當前的Struts應用正在使用默認的RequestProcessor類及默認的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屬性指定了請求處理類，默認時即為org.apache.struts.action.RequestProcessor類。Struts框架在啟動時將創建一個該類的實例，并用這個實例處理應用程序的所有請求。由于每個子應用模塊都可以有獨立的Struts配置文件，因此可以為每個子應用模塊配置不同的RequestProcessor類。 RequestProcessor類的一個典型的擴展點就是processPreprocess()方法。顧名思義，processPreprocess()的意思就是在處理請求前的一些預處理操作。在默認的RequestProcessor類中，該方法不執行任何操作，直接返回true。processPreprocess()方法在默認RequestProcessor類中的實現如下。 protected boolean processPreprocess(HttpServletRequest request, ??????????????????????? HttpServletResponse response) { return (true);//在默認的實現中什么操作也不做，直接返回true } RequestProcessor類在process()方法中處理請求，對processPreprocess()方法也存在該方法的過程中。代碼12.7為processPreprocess()方法在process()方法中的調用情況。 代碼12.7 public void process(HttpServletRequest request, ??????????????????????? HttpServletResponse response) ??????? throws IOException, ServletException { ??? …… // 調用processPreprocess方法，如果返回false，則終止請求處理 ?? ?if (!processPreprocess(request, response)) { ??????? return; ??? } ??? …… ??? // 構建ActionForm ??? ActionForm form = processActionForm(request, response, mapping); ??? processPopulate(request, response, form, mapping); ??? if (!processValidate(request, response, form, mapping)) { ??????? return; ??? } ??? …… ??? // 構建請求對應的Action ??? Action action = processActionCreate(request, response, mapping); ??? if (action == null) { ??????? return; ??? } ??? // 調用Action執行請求邏輯 ??? ActionForward forward = processActionPerform(request, response,action, form, mapping); …… } 從代碼12.7可以看到，process()方法在調用processActionForm()方法構建ActionForm之前（當然也在調用Action類的execute()方法之前）就調用processPreprocess()方法。默認時該方法返回true，使得處理流程繼續前進。如果該方法返回false，process()方法就將停止請求處理的執行，并從doGet()或doPost()方法中返回。 在實現自定義的RequestProcessor類時，可以覆蓋processPreprocess()方法來實現一些特定的邏輯。例如，可以在processPreprocess()方法中實現用戶驗證：如果用戶已經登錄，則按照正常的流程處理請求；如果用戶沒有登錄或session已過期，則把請求重定向到登錄頁面。實現這段邏輯的processPreprocess()方法的代碼如下。 代碼12.8 public class CustomRequestProcessor ??? extends RequestProcessor { ??? //自定義的processPreprocess()方法，檢查用戶是否已經登錄 ??? protected boolean processPreprocess ( ??????? HttpServletRequest request, ??????? HttpServletResponse response) { ??????? HttpSession session = request.getSession(false); ??????? //如果用戶請求的是登錄頁面則不需要檢查 ???? ???if( request.getServletPath().equals("/loginInput.do") ??????????? || request.getServletPath().equals("/login.do") ) ??????????? return true; ??????? //檢查session中是否存在userName屬性，如果存在則表示擁護已經登錄 ??????? if( session != null && ??????? session.getAttribute("userName") != null) ??????????? return true; ??????? else{ ??????????? try{ ??????????????? //用戶未登錄則重定向到登錄頁面 ??????????????? request.getRequestDispatcher ??????????????????? ("/Login.jsp").forward(request,response); ??????????? }catch(Exception ex){ ?????? ?????} ??????? } ??????? return false; ??? } ??? //自定義的processContent ()方法，用于設置響應類型 ??? protected void processContent(HttpServletRequest request, ??????????????? HttpServletResponse response) { ??????????? //檢查用戶是否請求ContactImageAction，如果是則設置 ??????????? // contentType為image/gif ??????????? if( request.getServletPath().equals("/contactimage.do")){ ??????????????? response.setContentType("image/gif"); ??????????????? return; ??????????? } ??????? super.processContent(request, response); ??? } } processPreprocess()方法能夠截獲所有Struts請求，達到對用戶進行驗證的效果。當然RequestProcessor類中并非只有這一個擴展點。如果想按照自己的方式處理請求，可以根據需要擴展其他方法。 Action類是Struts框架中應用最廣泛的擴展點。一般情況下，其他的Action類都是直接擴展org.apache.struts.action.Action類來實現控制邏輯。在實現具體的Struts應用時，許多Action類都要執行一些公共的邏輯，如session驗證、初始化session變量、錯誤處理等以及一些通用的方法等。這時就可以創建一個Action基類，在Action基類中定義應用中所有Action的一些公共邏輯，其他具體的Action都擴展這個Action基類，而不是直接擴展org.apache.struts.action.Action類。當然這個Action基類擴展Struts的Action基類或其他擴展Struts的Action基類的Action。這種處理方式可以提高代碼的可重用性，減少代碼冗余。代碼12.9為一個Action基類的代碼示例，在該Action基類中實現了一些Action的公共邏輯。該Action基類擴展了Struts框架內建的LookupDispatchAction類。 代碼12.9 import java.util.Date; import java.util.Enumeration; …… // BaseAction擴展Struts內建的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); ??????? // 獲取本地化的取消按鈕的標識 ??????? 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}; ??????? // 從配置文件中取得對應方法名稱的參數名 ??????? String parameter = mapping.getParameter(); ??????? // 被調用的方法名稱 ??????? String keyName = null; ??????? ??????? //根據parameter從獲取請求的方法名稱 ??????? if (parameter != null) { ??????????? keyName = request.getParameter(parameter); ??????? } ??????? //如果調用的方法名為空，則選擇一個最接近的方法 ???? ???if ((keyName == null) || (keyName.length() == 0)) { ??????????? for (int i = 0; i < rules.length; i++) { ??????????????? // 如果Servet路徑中含有該請求規則，則調用相應方法 ??????????????? if (request.getServletPath().indexOf(rules[i]) > -1) { ??????????????????? return dispatchMethod(mapping, form, request, response, rules[i]); ??????????????? } ??????????? } ??????????? //無法將請求匹配到任何方法，調用unspecified()方法 return this.unspecified(mapping, form, request, response); ??????? } ??????? // parameter村在，獲取方法名 ??????? String methodName = ??????????????? getMethodName(mapping, form, request, response, parameter); ??????? //調用指定方法處理請求 ??????? return dispatchMethod(mapping, form, request, response, methodName); ??? } ??? ??? //獲取請求對應的ActionForm ??? protected ActionForm getActionForm(ActionMapping mapping, ?????????????????????????????????????? HttpServletRequest request) { ??????? ActionForm actionForm = null; ??????? // 刪除過時的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; ??? } ??? ??? //刪除請求對應的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()); ??????????? } ??????? } ??? } ??? ??? //更新請求對應的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 "); ??????????? } ??????????? // 無法在資源文件中找到對應的本地化消息文本，就使用默認地區的消息文本 ??????????? 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類，該類擴展了LookupDispatchAction類，覆蓋了LookupDispatchAction類的execute()方法，重新實現了方法匹配的過程，并定義了一些Action中常用的工具方法。 在這里，筆者把對ActionForm的擴展放在控制器組件擴展部分，而不是放在視圖組件擴展部分。這是因為ActionForm是介于視圖層和控制器層之間的JavaBean組件，其擴展方式與擴展Action基類十分類似，放在這里是為了敘述上的統一。 與擴展Action類似，也可以自定義一個ActionForm，作為所有ActionForm的基類。在自定義的ActionForm基類中，可以定義一些所有ActionForm都將用到的公共邏輯，如驗證字段非空、保存錯誤信息等。代碼12.10是一個自定義的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) { ?} ?/* 保護方法 */ ?protected void addErrorIfStringEmpty(List errors, String message, String value) { ??? if (value == null || value.trim().length() < 1) { ????? errors.add(message); ??? } ?} } 在BaseActionForm中，定義了一個addErrorIfStringEmpty()方法。該方法判斷value是否為空，如果為空則添加到錯誤列表errors中。這種邏輯是許多ActionForm都需要的邏輯，其他ActionForm就可以直接調用該方法。 　擴展視圖組件 和控制器層中的組件相比，試圖層中的組件在開發過程中通常較少擴展。一般來說，試圖特定于應用程序，不同的應用會有不同的界面和外觀，為一個應用程序設計的界面不大可能適用于另一個應用程序。但是，Struts定制標記卻是視圖層中一個很好的擴展點。 Struts框架提供的自定義標記庫包括Html、Bean、Logic和Nested。這些標記庫本身就具有很高的重用性，視圖中有意義的擴展也就在于對這些自定義標記庫的擴展。標記符處理器都是常規的Java類，因此可以通過創建子類實現特定的功能。在Struts的標記庫中對視圖影響最大的是HTML標記庫，HTML標記庫也是最有可能被擴展的地方。當擴展了標記后，必須定義存放這些標記的標記庫。盡管可以包自定義的標記加入到標準的Struts標記庫中，但是這樣會使應用程序升級到新的Struts版本變得非常麻煩。因此應該定義單獨的標記庫，來存放和具體應用相關的自定義標記。 一旦創建了一個用于擴展的.tld文件并用Web應用程序部署描述符（web.xml）進行注冊，用戶就可以在JSP頁面中方便地使用這些標記。 另一種對視圖層擴展的方式是引入JSP標準標記庫JSTL。JSTL是JSP 1.2定制標記庫集，它們為典型的表示層任務（例如數據格式化、迭代或條件內容顯示）提供標準實現。表達式語言（EL）是JSTL定制標記支持另一種用于指定動態屬性值的機制。EL提供了一些標識符、存取器和運算符，用來檢索和操作駐留在JSP容器中的數據。 Struts框架已經考慮到與JSTL的整合問題，struts-el標記庫便是Struts標記庫的JSTL實現版本。struts-el標記庫中的所有標記均擴展自Struts標準標記庫，不同的是，struts-el采用了JSTL中的“表達式運算引擎”，而不是“運行時表達式（rtexprvalues）”。舉例來說，使用bean:write標記輸出一段消息文本時可能會采用如下的形式： <bean:message key="<%= stringvar %>"/> 其中stringvar為JSP頁面中的一個變量。如果采用strut-el標記庫，將是下面的形式： <bean-el:message key="${stringvar}"/> struts-el標記庫實現了絕大部分Struts標準標記庫的標記，但是也有一些標記例外。其中Html標記全部實現，Bean標記和Logic標記未實現的部分及其應該對應JSTL標記見表12-1和表12-2。 表12-1 Bean標記庫中未在struts-el中實現的標記

Struts標記	JSTL 標記
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標記庫中未在struts-el中實現的標記

Struts標記	JSTL 標記
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標記的Web容器必須支持Servlet 2.3和JSP 1.2以上，并將jstl.jar置于應用程序的WEB-INF/lib目錄下。另外，struts-el.jar包存在于Struts下載包中的contrib/lib目錄中。 　Struts插件 相比于前面介紹的控制器層和視圖層組件的擴展，Struts框架所提供的Struts插件機制，更像是對Struts真正意義上的擴展。 Struts框架從1.1開始提供了一種動態插入和加載組件的機制，這種機制被稱為Plugin機制。Struts插件實際上是一個Java類，它在Struts應用啟動時被初始化，在應用關閉時被銷毀。創建一個Struts插件，只需要實現org.apache.struts.action.Plugin接口即可。Plugin接口包括兩個方法，如代碼12.11所示。 代碼12.11 public interface PlugIn { ??? //應用程序關閉時將會調用Plugin的destroy()方法 ??? void destroy(); ????? ??? /** ???? * 在應用啟動時將會調用Plugin的init()方法 ???? * ???? * @param servlet ActionServlet：Struts的ActionServlet ???? * @param config ModuleConfig：與該模塊相關聯的配置類 ???? * @exception ServletException：可能拋出的異常 ???? */ ??? void init(ActionServlet servlet, ModuleConfig config) ??????? throws ServletException; } 一個Struts應用可以包含多個插件。在Struts應用程序啟動時，Struts框架會調用每個配置的Plugin的init()方法進行插件的初始化。在init()方法中一般會執行如創建數據庫連接或創建與遠程系統的連接等初始化操作。 當應用程序關閉時，Struts框架會調用每個Plugin的destory()方法，來執行一些必要的銷毀操作釋放資源。例如，關閉數據庫連接、遠程服務界面或者釋放任何插件正使用的其他資源。 Tiles和Validator框架是最常用的兩個Struts插件，并且已經成為Struts框架標準的一部分，關于Tiles和Validator插件的使用分別在各自獨立的章節中介紹。像Spring、Hibernate等中間件也可以通過插件的形式與Struts集成。 在本書的代碼示例DigitStore中，將使用Hibernate作為持久化機制。我們希望在應用程序啟動時就初始化Hibernate，以便當第一個用戶請求到來時，Hibernate就已經初始化完成并進入工作狀態。相應的，在應用程序關閉時同時關閉Hibernate。我們將創建一個HibernatePlugin類來完成這些工作。 首先，創建實現Plugin接口的HibernatePlugin類，HibernatePlugin類的代碼如下。 代碼12.12 package org.digitstore.util; import javax.servlet.ServletContext; ……/其他需要導入的包 public class HibernatePlugIn implements PlugIn { ? ??? //該屬性作為保存在ServletContext中的SessionFactory實例的key ??? public static final String SESSION_FACTORY_KEY ??????????? = SessionFactory.class.getName(); ??? ? ??? //指定是否在ServletContext中保存SessionFactory實例 ??? private boolean storedInServletContext = true; ? ??? //Hibernate配置文件的路徑 ??? private String configFilePath = "/hibernate.cfg.xml"; ??? private ActionServlet _servlet = null; ??? private ModuleConfig _config = null; ??? private SessionFactory _factory = null; ? ??? //應用程序關閉時將會調用destroy()方法 ??? public void destroy() { ??????? _servlet = null; ??????? _config = null; ??????? ??????? try { ??????????? _factory.close();//關閉SessionFactory實例 ??????? } catch (Exception e) { ??????????? Sytem.out.println("Unable to destroy SessionFactory.. "); ??????????? System.out.println("The Exception is " + e); ??????? } ??? } ??? ? ??? //在應用啟動時，將會調用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實例到ServletContext中 ??????????? if (this.storedInServletContext) { ??????????????? context.setAttribute(SESSION_FACTORY_KEY, _factory); ??????????? } ??????? } catch (Throwable t) { ??????????? System.out.println("Exception while initializing Hibernate…"); ??????????? throw (new ServletException(t)); ??????? } ??? } ??? ??? //可以在配置文件中設置的屬性的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(); ??? } ??? } 當Struts框架調用HibernatePlugIn類的init()方法時，會把ActionServlet作為參數傳給init()方法。因此在init()方法中可以通過ActionServlet的getServletContext()方法來獲得ServletContext對象的引用。 HibernatePlugIn類的init()方法根據配置文件的路徑加載Hibernate配置文件，并立即初始化Hibernate配置信息。然后生成一個SessionFactory實例。如果將SessionFactory實例保存到ServletContext對象中，SessionFactory實例就可以被整個應用程序共享。 插件需要由Struts框架來加載。這通過在Struts配置文件中定義新的plug-in元素來實現。Struts框架會在啟動時根據配置的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框架允許在配置文件中設置插件的屬性值，plug-in元素中的set-property即是用來設置插件屬性的值。同時，在自定義的插件類中，必須為該屬性定義JavaBean風格的setter方法，getter方法是可選的。以上plug-in元素的配置包含2個set-property子元素，它們定義了插件類中相應屬性的值。在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框架在加載插件時，會調用插件類的setName()方法，把set-property元素的屬性值傳給HibernatePlugIn實例的setName()方法。 提示：如果在Struts配置文件中定義了多個插件，Struts框架會按照這些插件在配置文件中的先后順序依次初始化。 本章小結 本章首先介紹了Struts多模塊開發有關的問題，闡述了在Struts框架中進行多模塊開發的方式以及一些藥主要的問題。然后我們分別從控制器和視圖的角度介紹了對Struts框架的擴展。在控制器擴展中主要是應用自定義的各種控制器組件代替默認的控制器組件，包括自定義的ActionServlet、自定義的RequestProcessor、自定義的Action以及自定義的ActionForm。在視圖擴展中主要提到了對自定義標記和引入JSTL標記庫。最后對Struts插件進行了詳細介紹，并給出了應用實例。

?

總結

以上是生活随笔為你收集整理的《Struts Web设计与开发大全》 第12章 多模块开发与Struts扩展[转]的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。