一個(gè) JSP 文件就是一個(gè) Java servlet
JavaServer Page (JSP) 文件只是審視 servlet 的另一種方式。JSP 文件的概念使我們能夠將 Java servlet 看作一個(gè) HTML 網(wǎng)頁(yè)。JSP 消除了 Java 代碼中經(jīng)常出現的討厭的 print() 語(yǔ)句。JSP 文件首先被預處理為 .java 文件，然后再編譯為 .class 文件。如果您使用的是 Tomcat，則可以在 work 目錄下查看預處理后的 .java 文件。別的容器可能將 .java 和 .class 文件存儲在其他位置；這個(gè)位置與容器有關(guān)。圖 1 說(shuō)明了從 JSP 文件到 servlet 的流程。
簡(jiǎn)單的獨立 JSP 文件
在小型 JSP 應用程序中，經(jīng)常會(huì )看到數據、業(yè)務(wù)邏輯和用戶(hù)界面被組合在一個(gè)代碼模塊中。此外，應用程序通常還包含用來(lái)控制應用程序流程的邏輯。清單 1 和圖 2 展示了允許用戶(hù)加入一個(gè)郵件列表的一個(gè)簡(jiǎn)單 JSP 文件。
清單 1. join.jsp -- 一個(gè)簡(jiǎn)單的請求和響應 JSP 文件
<%@ page language="java" %> <%@ page import="business.util.Validation" %> <%@ page import="business.db.MailingList" %> <% String error = ""; String email = request.getParameter("email"); // 是否有電子郵件地址 if( email!=null ) { // 驗證輸入... if( business.util.Validation.isValidEmail(email) ) { // 存儲輸入... try { business.db.MailingList.AddEmail(email); } catch (Exception e) { error = "Error adding email address to system. " + e; } if( error.length()==0 ) { %> // 重定向到歡迎頁(yè)... <jsp:forward page="welcome.html"/> <% } } else { // 設置錯誤消息并重新顯示網(wǎng)頁(yè) error = email + " is not a valid email address, please try again."; } } else { email = ""; } %> <html> <head> <title>Join Mailing List</title> </head> <body> <font color=red><%=error%></font><br> <h3>Enter your email to join the group</h3> <form action="join.jsp" name="joinForm"> <input name="email" id="email" value=<%=email%>></input> <input type=submit value="submit"> </form> </body> </html> |
這個(gè)郵件列表 JSP 文件是一個(gè)獨立的、自主完成所有任務(wù)的模塊。未包含在這個(gè) JSP 文件中的僅有代碼是包含在 isValidEmail() 中的實(shí)際驗證代碼和將電子郵件地址存入數據庫的代碼。（將 isValidEmail() 方法分離到可重用的代碼中似乎是當然的選擇，但我曾見(jiàn)過(guò)直接嵌入網(wǎng)頁(yè)中的 isValidEmail() 代碼。單頁(yè)方法的優(yōu)點(diǎn)是易于理解，并且最初也易于構建。此外，對于各種圖形化開(kāi)發(fā)工具，入門(mén)也很容易。
join.jsp 的活動(dòng)
email 的值。 email 地址。 email 地址有效： email 地址無(wú)效： join.jsp。 單頁(yè)方法的后果
email 域。請別在我的 HTML 中加入太多的 Java 代碼
在清單 1 中，不是 Java 代碼中有大量的 HTML，而是在 HTML 文件中有大量的 Java 代碼。從這個(gè)觀(guān)點(diǎn)來(lái)看，除了允許網(wǎng)頁(yè)設計人員編寫(xiě) Java 代碼之外，我實(shí)際上沒(méi)做什么。但是，我們并不是一無(wú)所有；在 JSP 1.1 中，我們獲得一種稱(chēng)為“標記”的新特性。
JSP 標記只是將代碼從 JSP 文件中抽取出來(lái)的一種方式。有人將 JSP 標記看作是 JSP 文件的宏，其中用于這個(gè)標記的代碼包含在 servlet 中。（宏的觀(guān)點(diǎn)在很大程度上是正確的。）出于同樣的原因，我不希望在 Java 代碼中看到 HTML 標記，我也不希望在 JSP 文件中看到 Java 代碼。JSP 技術(shù)的整個(gè)出發(fā)點(diǎn)就是允許網(wǎng)頁(yè)設計人員創(chuàng )建 servlet，而不必糾纏于 Java 代碼。標記允許 Java 程序員將 Java 代碼偽裝成 HTML 來(lái)擴展 JSP 文件。圖 3 顯示了從 JSP 網(wǎng)頁(yè)中抽取代碼并將它們放入 JSP 標記中的一般概念。
清單 2 是用來(lái)說(shuō)明 Struts 標記的功能的一個(gè)例子。在清單 2 中，正常的 HTML <form> 標記被用 Struts <form:form> 標記替換。清單 3 顯示了瀏覽器接收到的結果 HTML。瀏覽器獲得 HTML <form> 標記，但帶有附加代碼，如 JavaScript。附加的 JavaScript 激活 email 地址域。服務(wù)器端的 <form:form> 標記代碼創(chuàng )建適當的 HTML，并使網(wǎng)頁(yè)設計人員不再接觸 JavaScript。
清單 2. Struts 的 form 標記
<form:form action="join.do" focus="email" > <form:text property="email" size="30" maxlength="30"/> <form:submit property="submit" value="Submit"/> </form:form> |
清單 3. 發(fā)送給瀏覽器的結果 HTML
<form name="joinForm" method="POST" action="join.do;jsessionid=ndj71hjo01"> <input type="text" name="email" maxlength="30" size="30" value=""> <input type="submit" name="submit" value="Submit"> </form> <script language="JavaScript"> <!-- document.joinForm.email.focus() // --> </script> |
有關(guān) JSP 標記的注意事項：
include 的 JSP 機制將 HTML 和 JavaScript 添加到網(wǎng)頁(yè)中。但是，開(kāi)發(fā)人員常常會(huì )創(chuàng )建巨大的 JavaScript 庫文件，這些庫文件被包含在 JSP 文件中。結果返回給客戶(hù)機的 HTML 網(wǎng)頁(yè)要比必需的 HMTL 網(wǎng)頁(yè)大得多。include 的正確用法是僅將它用于生成諸如頁(yè)眉和頁(yè)腳這類(lèi)內容的 HTML 代碼段。模型-視圖-控制器 (MVC)
JSP 標記只解決了部分問(wèn)題。我們還得處理驗證、流程控制和更新應用程序的狀態(tài)等問(wèn)題。這正是 MVC 發(fā)揮作用的地方。MVC 通過(guò)將問(wèn)題分為三個(gè)類(lèi)別來(lái)幫助解決單一模塊方法所遇到的某些問(wèn)題：
MVC Model 2
Web 向軟件開(kāi)發(fā)人員提出了一些特有的挑戰，最明顯的就是客戶(hù)機和服務(wù)器的無(wú)狀態(tài)連接。這種無(wú)狀態(tài)行為使得模型很難將更改通知視圖。在 Web 上，為了發(fā)現對應用程序狀態(tài)的修改，瀏覽器必須重新查詢(xún)服務(wù)器。
另一個(gè)重大變化是實(shí)現視圖所用的技術(shù)與實(shí)現模型或控制器的技術(shù)不同。當然，我們可以使用 Java（或者 PERL、C/C++ 或別的語(yǔ)言）代碼生成 HTML。這種方法有幾個(gè)缺點(diǎn)：
對于 Web，需要修改標準的 MVC 形式。圖 4 顯示了 MVC 的 Web 改寫(xiě)版，通常也稱(chēng)為 MVC Model 2 或 MVC 2。
Struts，MVC 2 的一種實(shí)現
Struts 是一組相互協(xié)作的類(lèi)、servlet 和 JSP 標記，它們組成一個(gè)可重用的 MVC 2 設計。這個(gè)定義表示 Struts 是一個(gè)框架，而不是一個(gè)庫，但 Struts 也包含了豐富的標記庫和獨立于該框架工作的實(shí)用程序類(lèi)。圖 5 顯示了 Struts 的一個(gè)概覽。
Struts 概覽
struts-config.xml 文件配置控制器。Action 類(lèi)完成的。
org.apache.struts.action 包的一個(gè)最簡(jiǎn) UML 圖。圖 6 顯示了 ActionServlet (Controller)、ActionForm (Form State) 和 Action (Model Wrapper) 之間的最簡(jiǎn)關(guān)系。圖 6. Command (ActionServlet) 與 Model (Action & ActionForm) 之間的關(guān)系的 UML 圖
ActionServlet 類(lèi)
您還記得函數映射的日子嗎？在那時(shí)，您會(huì )將某些輸入事件映射到一個(gè)函數指針上。如果您對此比較熟悉，您會(huì )將配置信息放入一個(gè)文件，并在運行時(shí)加載這個(gè)文件。函數指針數組曾經(jīng)是用 C 語(yǔ)言進(jìn)行結構化編程的很好方法。
現在好多了，我們有了 Java 技術(shù)、XML、J2EE，等等。Struts 的控制器是將事件（事件通常是 HTTP post）映射到類(lèi)的一個(gè) servlet。正如您所料 -- 控制器使用配置文件以使您不必對這些值進(jìn)行硬編碼。時(shí)代變了，但方法依舊。
ActionServlet 是該 MVC 實(shí)現的 Command 部分，它是這一框架的核心。ActionServlet (Command) 創(chuàng )建并使用 Action、ActionForm 和 ActionForward。如前所述，struts-config.xml 文件配置該 Command。在創(chuàng )建 Web 項目時(shí)，您將擴展 Action 和 ActionForm 來(lái)解決特定的問(wèn)題。文件 struts-config.xml 指示 ActionServlet 如何使用這些擴展的類(lèi)。這種方法有幾個(gè)優(yōu)點(diǎn)：
可以通過(guò)擴展 ActionServlet 來(lái)添加 Command 功能。
ActionForm 類(lèi)
ActionForm 維護 Web 應用程序的會(huì )話(huà)狀態(tài)。ActionForm 是一個(gè)抽象類(lèi)，必須為每個(gè)輸入表單模型創(chuàng )建該類(lèi)的子類(lèi)。當我說(shuō)輸入表單模型時(shí),是指 ActionForm 表示的是由 HTML 表單設置或更新的一般意義上的數據。例如，您可能有一個(gè)由 HTML 表單設置的 UserActionForm。Struts 框架將執行以下操作：
UserActionForm 是否存在；如果不存在，它將創(chuàng )建該類(lèi)的一個(gè)實(shí)例。UserActionForm 的狀態(tài)。沒(méi)有太多討厭的 request.getParameter() 調用。例如，Struts 框架將從請求流中提取 fname，并調用 UserActionForm.setFname()。UserActionForm 傳遞給業(yè)務(wù)包裝 UserAction 之前將更新它的狀態(tài)。Action 類(lèi)之前，Struts 還會(huì )對 UserActionForm 調用 validation() 方法進(jìn)行表單狀態(tài)驗證。注：這并不總是明智之舉。別的網(wǎng)頁(yè)或業(yè)務(wù)可能使用 UserActionForm，在這些地方，驗證可能有所不同。在 UserAction 類(lèi)中進(jìn)行狀態(tài)驗證可能更好。UserActionForm。注：
struts-config.xml 文件控制 HTML 表單請求與 ActionForm 之間的映射關(guān)系。 UserActionForm。 UserActionForm 可跨多頁(yè)進(jìn)行映射，以執行諸如向導之類(lèi)的操作。 Action 類(lèi)Action 類(lèi)是業(yè)務(wù)邏輯的一個(gè)包裝。Action 類(lèi)的用途是將 HttpServletRequest 轉換為業(yè)務(wù)邏輯。要使用 Action，請創(chuàng )建它的子類(lèi)并覆蓋 process() 方法。
ActionServlet (Command) 使用 perform() 方法將參數化的類(lèi)傳遞給 ActionForm。仍然沒(méi)有太多討厭的 request.getParameter() 調用。當事件進(jìn)展到這一步時(shí)，輸入表單數據（或 HTML 表單數據）已被從請求流中提取出來(lái)并轉移到 ActionForm 類(lèi)中。
注：擴展 Action 類(lèi)時(shí)請注意簡(jiǎn)潔。Action 類(lèi)應該控制應用程序的流程，而不應該控制應用程序的邏輯。通過(guò)將業(yè)務(wù)邏輯放在單獨的包或 EJB 中，我們就可以提供更大的靈活性和可重用性。
考慮 Action 類(lèi)的另一種方式是 Adapter 設計模式。Action 的用途是“將類(lèi)的接口轉換為客戶(hù)機所需的另一個(gè)接口。Adapter 使類(lèi)能夠協(xié)同工作，如果沒(méi)有 Adapter，則這些類(lèi)會(huì )因為不兼容的接口而無(wú)法協(xié)同工作。”（摘自 Gof 所著(zhù)的 Design Patterns - Elements of Reusable OO Software）。本例中的客戶(hù)機是 ActionServlet，它對我們的具體業(yè)務(wù)類(lèi)接口一無(wú)所知。因此，Struts 提供了它能夠理解的一個(gè)業(yè)務(wù)接口，即 Action。通過(guò)擴展 Action，我們使得我們的業(yè)務(wù)接口與 Struts 業(yè)務(wù)接口保持兼容。（一個(gè)有趣的發(fā)現是， Action 是類(lèi)而不是接口）。Action 開(kāi)始為一個(gè)接口，后來(lái)卻變成了一個(gè)類(lèi)。真是金無(wú)足赤。）
Error 類(lèi)
UML 圖（圖 6）還包括 ActionError 和 ActionErrors。ActionError 封裝了單個(gè)錯誤消息。ActionErrors 是 ActionError 類(lèi)的容器，View 可以使用標記訪(fǎng)問(wèn)這些類(lèi)。ActionError 是 Struts 保持錯誤列表的方式。
ActionMapping 類(lèi)
輸入事件通常是在 HTTP 請求表單中發(fā)生的，servlet 容器將 HTTP 請求轉換為 HttpServletRequest?？刂破鞑榭摧斎胧录⒄埱蠓峙山o某個(gè) Action 類(lèi)。struts-config.xml 確定 Controller 調用哪個(gè) Action 類(lèi)。struts-config.xml 配置信息被轉換為一組 ActionMapping，而后者又被放入 ActionMappings 容器中。（您可能尚未注意到這一點(diǎn)，以 s 結尾的類(lèi)就是容器）
ActionMapping 包含有關(guān)特定事件如何映射到特定 Action 的信息。ActionServlet (Command) 通過(guò) perform() 方法將 ActionMapping 傳遞給 Action 類(lèi)。這樣就使 Action 可訪(fǎng)問(wèn)用于控制流程的信息。
ActionMappingsActionMappings 是 ActionMapping 對象的一個(gè)集合。
再訪(fǎng)郵件列表樣例
下面我們看一下 Struts 是如何解決困擾 join.jsp 的這些問(wèn)題的。改寫(xiě)后的方案由兩個(gè)項目組成。第一個(gè)項目包含應用程序的邏輯部分，這個(gè)應用程序是獨立于 Web 應用程序的。這個(gè)獨立層可能是用 EJB 技術(shù)實(shí)現的公共服務(wù)層。為了便于說(shuō)明，我使用 Ant 構建進(jìn)程創(chuàng )建了一個(gè)稱(chēng)為 business 的包。有幾個(gè)原因促使我們使用獨立的業(yè)務(wù)層：
業(yè)務(wù)構建注釋
我用 Ant 構建項目，并用 JUnit 運行單元測試。business.zip 包含構建業(yè)務(wù)項目所需的一切，當然 Ant 和 JUnit 除外。這個(gè)包腳本將構建類(lèi)，運行單元測試，創(chuàng )建 Java 文檔和 jar 文件，最后將所有這些內容壓縮到一個(gè) zip 文件中發(fā)送給客戶(hù)。只要對 build.xml 作一些修改，您就可以將它部署到其他平臺上。Business.jar 位于 Web 的下載部分，因此，您并非必須下載并構建這個(gè)業(yè)務(wù)包。
Web 項目
第二個(gè)項目是用 Struts 開(kāi)發(fā)的一個(gè) Web 應用程序。您將需要一個(gè)符合 JSP 1.1 和 Servlet 2.2 規范的容器。最快的入門(mén)方法是下載并安裝 Tomcat 3.2（請參閱參考資源）。直到有 Struts 的 1.0 發(fā)行版之前，我建議您從 Jakarta 項目獲得最新的版本（請參閱參考資源）。這對我來(lái)說(shuō)是個(gè)大問(wèn)題，我不能確保我的 Web 項目樣例能與您下載的 Struts 一起工作。Struts 仍在不斷變化，所以我不得不經(jīng)常更新我的項目。在本項目中，我使用的是 jakarta-struts-20010105.zip。圖 8 顯示了此 Web 項目的結構。如果您已安裝了 Ant，則運行這個(gè)版本將創(chuàng )建一個(gè)稱(chēng)為 joinStruts.war 的 war 文件，您隨時(shí)可以部署這個(gè)文件。
清單 4 顯示了轉換后的 JSP 文件，稱(chēng)為 joinMVC.jsp。這個(gè)文件從最初的 50 行變?yōu)?19 行，并且現在不含任何 Java 代碼。從網(wǎng)頁(yè)設計人員的角度來(lái)看，這是個(gè)巨大的改進(jìn)。
清單 4. joinMVC.jsp -- 再訪(fǎng)簡(jiǎn)單的 JSP
<%@ page language="java" %> <%@ taglib uri="/WEB-INF/struts.tld" prefix="struts" %> <%@ taglib uri="/WEB-INF/struts-form.tld" prefix="form" %> <html> <head> <title><struts:message key="join.title"/></title> </head> <body bgcolor="white"> <form:errors/> <h3>Enter your email to join the group</h3> <form:form action="join.do" focus="email" > <form:text property="email" size="30" maxlength="30"/> <form:submit property="submit" value="Submit"/> </form:form> </body> </html> |
網(wǎng)頁(yè)的變化
下面是使用 Struts 標記庫之后所發(fā)生變化的列表：
<%@ taglib uri="/WEB-INF/struts.tld" prefix="struts" %> |
<%@page import? 已被替換為用于 Struts 標記庫的 <%@ taglib uri?。 <struts:message key="join.title"/> |
join.title 的文本。在本例中，ApplicationResources 屬性文件包含這個(gè)名值對。這使字符串更易于查看和國際化。 <form:errors/> |
ActionServlet 或 ActionForm 構建要顯示的錯誤消息。這些錯誤消息也可以包含在屬性文件中。ApplicationResources 也提供了一種格式化錯誤的方法，即設置 error.header 和 error.footer。 <form:form action="join.do" focus="email" > |
<form> 標記和屬性替代了 HTML <form> 標記和屬性。 <form action="join.jsp" name="join"> 已更改為 <form:form action="join.do" focus="email" >。 <input> 標記已替換為 <form:text/>。 <submit> 標記已替換為 <form:submit/>。 模型 -- 會(huì )話(huà)狀態(tài)JoinForm 擴展了 ActionForm 并包含表單數據。本例中的表單數據只有電子郵件地址。我已為電子郵件地址添加了一個(gè)寫(xiě)方法和讀方法，以供框架訪(fǎng)問(wèn)。為了便于說(shuō)明，我重寫(xiě)了 validate() 方法，并使用了 Struts 的跟蹤功能。Struts 將創(chuàng )建 JoinForm 并設置狀態(tài)信息。
模型 -- 業(yè)務(wù)邏輯
如前所述，Action 是控制器和實(shí)際業(yè)務(wù)對象之間的接口。JoinAction 包裝了對 business.jar 的調用，這些調用最初在 join.jsp 文件中。JoinAction 的 perform() 方法在清單 5 中列表。
清單 5. - JoinAction.perform()
public ActionForward perform(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) throws IOException, ServletException { // 抽取我們將會(huì )用到的屬性和參數 JoinForm joinForm = (JoinForm) form; String email = joinForm.getEmail(); ActionErrors errors = new ActionErrors(); // 存儲輸入.... try { business.db.MailingList.AddEmail(email); } catch (Exception e) { // 記錄日志，打印棧 // 將錯誤回顯給用戶(hù) errors.add("email",new ActionError("error.mailing.db.add")); } // 如需任何消息，請將指定的錯誤消息鍵保存到 // HTTP 請求中，以供 <struts:errors> 標記使用。 if (!errors.empty()) { saveErrors(request, errors); // 返回到初始表單 return (new ActionForward(mapping.getInput())); } // 將控制權轉交給 Action.xml 中指定的 ‘success‘ URI return (mapping.findForward("success")); } |
注：perform() 返回一個(gè)稱(chēng)為 ActionForward 的類(lèi)，該類(lèi)通知控制器下一步該執行什么操作。在本例中，我使用從控制器傳入的映射來(lái)決定下一步的操作。
控制器
我已修改了 JSP 文件，并創(chuàng )建了兩個(gè)新類(lèi)：一個(gè)類(lèi)用來(lái)包含表單數據，一個(gè)類(lèi)用來(lái)調用業(yè)務(wù)包。最后，我通過(guò)修改配置文件 struts-config.xml 將它們整合起來(lái)。清單 6 顯示了我添加的 action 元素，這個(gè)元素用來(lái)控制 joinMVC.jsp 的流程。
清單 6. Action 配置
<action path="/join" name="joinForm" type="web.mailinglist.JoinAction" scope="request" input="/joinMVC.jsp" validate="true"> <forward name="success" path="/welcome.html"/> </action> |
action 元素描述了從請求路徑到相應的 Action 類(lèi)的映射，應該用這些類(lèi)來(lái)處理來(lái)自這個(gè)路徑的請求。每個(gè)請求類(lèi)型都應該有相應的 action 元素，用來(lái)描述如何處理該請求。對于 join 請求：
joinForm 用來(lái)容納表單數據。 joinForm 將試圖進(jìn)行自我驗證。 web.mailinglist.JoinAction 是用來(lái)處理對這個(gè)映射的請求的 action 類(lèi)。 welcome.jsp。 joinMVC.jsp，這是最初發(fā)出請求的網(wǎng)頁(yè)。為什么會(huì )這樣呢？在清單 6 的 action 元素中，有一個(gè)稱(chēng)為 input 的屬性，其值為 "/joinMVC.jsp"。在我的 JoinAction.perform()（如清單 5 所示）中，如果業(yè)務(wù)邏輯失敗，perform() 就返回一個(gè) ActionForward，并以 mapping.getInput() 作為參數。本例中的 getInput() 是 "/joinMVC.jsp"。如果業(yè)務(wù)邏輯失敗，它將返回到 joinMVC.jsp，這是最初發(fā)出請求的網(wǎng)頁(yè)。使用 Struts 前后的比較
正如我們在圖 9 中所看到的那樣，復雜性和層都有顯著(zhù)增加。不再存在從 JSP 文件到 Service 層的直接調用。
Struts 的優(yōu)點(diǎn)
Struts 的缺點(diǎn)
Struts 的前景
在這個(gè)軟件開(kāi)發(fā)的新時(shí)代，一切都變得很快。在不到 5 年的時(shí)間內，我已經(jīng)目睹了從 cgi/perl 到 ISAPI/NSAPI、再到使用 VB 的 ASP、一直到現在的 Java 和 J2EE 的變遷。Sun 正在盡力將新的變化反映到 JSP/servlet 體系結構中，正如他們對 Java 語(yǔ)言和 API 所作的更改一樣。您可以從 Sun 的網(wǎng)站獲得新的 JSP 1.2 和 Servlet 2.3 規范的草案。此外，一個(gè)標準 JSP 標記庫即將出現；有關(guān)這些規范和標記庫的鏈接，請參閱參考資源。
最后的注釋
Struts 使用標記和 MVC 解決了某些重大問(wèn)題。這個(gè)方法有助于提高代碼的可重用性和靈活性。通過(guò)將問(wèn)題劃分為更小的組件，當技術(shù)空間或問(wèn)題空間中出現變化時(shí)，您就有更多的機會(huì )重用代碼。此外，Struts 使網(wǎng)頁(yè)設計人員和 Java 開(kāi)發(fā)人員能將精力集中于自己最擅長(cháng)的方面。但是，在強健性增強的同時(shí)，也意味著(zhù)復雜性的增加。Struts 比簡(jiǎn)單的單個(gè) JSP 網(wǎng)頁(yè)要復雜得多，但對于更大的系統而言，Struts 實(shí)際上有助于管理復雜性。另外，我并不想編寫(xiě)自己的 MVC 實(shí)現，而只想了解一個(gè)這樣的實(shí)現。不管您是否會(huì )使用 Struts，回顧這個(gè) Struts 框架（對不起，應該是庫）都會(huì )使您對 JSP 文件和 servlet 的特性、以及如何將它們組合起來(lái)用于您的下一個(gè) Web 項目有更好的了解。正像翼間支柱是機翼結構中不可缺少的一部分一樣，Strut 也可能成為您下一個(gè) Web 項目的不可缺少的一部分。
參考資源
business.jar 文件，joinStruts.zip 用來(lái)構建 joinStruts.war 文件。作者簡(jiǎn)介
Malcolm G. Davis 住在阿拉巴馬州伯明翰市，他在自己的咨詢(xún)公司當總裁。他自稱(chēng)是一名 Java 傳道者。他在宣傳 Java 的優(yōu)點(diǎn)的閑暇之余，他會(huì )去長(cháng)跑，或者與自己的孩子一起玩?？梢酝ㄟ^(guò) malcolm@nuearth.com 與 Malcolm 聯(lián)系。
聯(lián)系客服
