【正文】 ）映射到類的一個 servlet。正如您所料 控制器使用配置文件以使您不必對這些值進行硬編碼。時代變了，但方法依舊。ActionServlet 是該 MVC 實現(xiàn)的 Command 部分，它是這一框架的核心。 ActionServlet (Command) 創(chuàng)建并使用 Action 、 ActionForm 和 ActionForward 。如前所述， 文件配置該 Command。在創(chuàng)建 Web 項目時，您將擴展 Action 和 ActionForm 來解決特定的問題。文件 指示 ActionServlet 如何使用這些擴展的類。這種方法有幾個優(yōu)點： 應用程序的整個邏輯流程都存儲在一個分層的文本文件中。這使得人們更容易查看和理解它，尤其是對于大型應用程序而言。 網(wǎng)頁設計人員不必費力地閱讀 Java 代碼來理解應用程序的流程。 Java 開發(fā)人員也不必在更改流程以后重新編譯代碼。 可以通過擴展 ActionServlet 來添加 Command 功能。 ActionForm 類 ActionForm 維護 Web 應用程序的會話狀態(tài)。 ActionForm 是一個抽象類，必須為每個輸入表單模型創(chuàng)建該類的子類。當我說 輸入表單模型 時,是指 ActionForm 表示的是由 HTML 表單設置或更新的一般意義上的數(shù)據(jù)。例如，您可能有一個由 HTML 表單設置的 UserActionForm 。Struts 框架將執(zhí)行以下操作： 檢查 UserActionForm 是否存在；如果不存在，它將創(chuàng)建該類的一個實例。 Struts 將使用 HttpServletRequest 中相應的域設置 UserActionForm 的狀態(tài)。沒有太多討厭的 () 調用。例如，Struts 框架將從請求流中提取 fname ，并調用 () 。 Struts 框架在將 UserActionForm 傳遞給業(yè)務包裝 UserAction 之前將更新它的狀態(tài)。 在將它傳遞給 Action 類之前，Struts 還會對 UserActionForm 調用 validation() 方法進行表單狀態(tài)驗證。 注： 這并不總是明智之舉。別的網(wǎng)頁或業(yè)務可能使用 UserActionForm ，在這些地方，驗證可能有所不同。在 UserAction 類中進行狀態(tài)驗證可能更好。 可在會話級維護 UserActionForm 。 注： 文件控制 HTML 表單請求與 ActionForm 之間的映射關系。 可將多個請求映射到 UserActionForm 。 UserActionForm 可跨多頁進行映射，以執(zhí)行諸如向導之類的操作。 Action 類 Action 類是業(yè)務邏輯的一個包裝。 Action 類的用途是將 HttpServletRequest 轉換為業(yè)務邏輯。要使用 Action ，請創(chuàng)建它的子類并覆蓋 process() 方法。 ActionServlet (Command) 使用 perform() 方法將參數(shù)化的類傳遞給 ActionForm 。仍然沒有太多討厭的 () 調用。當事件進展到這一步時，輸入表單數(shù)據(jù)（或 HTML 表單數(shù)據(jù)）已被從請求流中提取出來并轉移到 ActionForm 類中。 注：擴展 Action 類時請注意簡潔。 Action 類應該控制應用程序的流程，而不應該控制應用程序的邏輯。通過將業(yè)務邏輯放在單獨的包或 EJB 中，我們就可以提供更大的靈活性和可重用性。 考慮 Action 類的另一種方式是 Adapter 設計模式。 Action 的用途是“將類的接口轉換為客戶機所需的另一個接口。Adapter 使類能夠協(xié)同工作，如果沒有 Adapter，則這些類會因為不兼容的接口而無法協(xié)同工作。”（摘自 Gof 所著的 Design Patterns Elements of Reusable OO Software ）。本例中的客戶機是 ActionServlet ，它對我們的具體業(yè)務類接口一無所知。因此，Struts 提供了它能夠理解的一個業(yè)務接口，即 Action 。通過擴展 Action ，我們使得我們的業(yè)務接口與 Struts 業(yè)務接口保持兼容。（一個有趣的發(fā)現(xiàn)是， Action 是類而不是接口）。 Action 開始為一個接口，后來卻變成了一個類。真是金無足赤。） Error 類 UML 圖（圖 3）還包括 ActionError 和 ActionErrors 。 ActionError 封裝了單個錯誤消息。 ActionErrors 是 ActionError 類的容器，View 可以使用標記訪問這些類。 ActionError 是 Struts 保持錯誤列表的方式。圖4. Command (ActionServlet) 與 Model (Action) 之間的關系的 UML 圖ActionMapping 類 輸入事件通常是在 HTTP 請求表單中發(fā)生的，servlet 容器將 HTTP 請求轉換為 HttpServletRequest ?？刂破鞑榭摧斎胧录⒄埱蠓峙山o某個 Action 類。 確定 Controller 調用哪個 Action 類。 配置信息被轉換為一組 ActionMapping ，而后者又被放入 ActionMappings 容器中。（您可能尚未注意到這一點，以 s結尾的類就是容器） ActionMapping 包含有關特定事件如何映射到特定 Action 的信息。 ActionServlet (Command) 通過 perform() 方法將 ActionMapping 傳遞給 Action 類。這樣就使 Action 可訪問用于控制流程的信息。 ActionMappings ActionMappings 是 ActionMapping 對象的一個集合。 Struts 的優(yōu)點 JSP 標記機制的使用 標記特性從 JSP 文件獲得可重用代碼和抽象 Java 代碼。這個特性能很好地集成到基于 JSP 的開發(fā)工具中，這些工具允許用標記編寫代碼。 標記庫 為什么要另發(fā)明一種輪子，或標記庫呢？如果您在庫中找不到您所要的標記，那就自己定義吧。此外，如果您正在學習 JSP 標記技術，則 Struts 為您提供了一個起點。 開放源碼您可以獲得開放源碼的全部優(yōu)點，比如可以查看代碼并讓使用庫的每個人檢查代碼。許多人都可以進行很好的代碼檢查。 MVC 實現(xiàn)樣例 如果您希望創(chuàng)建您自己的 MVC 實現(xiàn)，則 Struts 可增加您的見識。 管理問題空間 分治是解決問題并使問題可管理的極好方法。當然，這是一把雙刃劍。問題越來越復雜，并且需要越來越多的管理。 Struts 的缺點 仍處于發(fā)展初期Struts 開發(fā)仍處于初級階段。他們正在向著發(fā)行版本 而努力，但與任何 版本一樣，它不可能盡善盡美。 仍在變化中 這個框架仍在快速變化。Struts 與 Struts 相比變化極大。為了避免使用不贊成使用的方法，您可能隔一天就需要下載最新的 Struts。在過去的 6 個月中，我目睹 Struts 庫從 90K 增大到 270K 以上。由于 Struts 中的變化，我不得不數(shù)次修改我的示例，但我不保證我的示例能與您下載的 Struts 協(xié)同工作。 正確的抽象級別 Struts 是否提供了正確的抽象級別？對于網(wǎng)頁設計人員而言，什么是正確的抽象級別呢？這是一個用 $64K 的文字才能解釋清楚的問題。在開發(fā)網(wǎng)頁的過程中，我們是否應該讓網(wǎng)頁設計人員訪問 Java 代碼？某些框架（如 Velocity）說不應該，但它提供了另一種 Web 開發(fā)語言讓我們學習。在 UI 開發(fā)中限制訪問 Java 有一定的合理性。最重要的是，如果讓網(wǎng)頁設計人員使用一點 Java，他將使用大量的 Java。在 Microsoft ASP 的開發(fā)中，我總是看到這樣的情況。在 ASP 開發(fā)中，您應該創(chuàng)建 COM 對象，然后編寫少量的 ASP 腳本將這些 COM 對象聯(lián)系起來。但是，ASP 開發(fā)人員會瘋狂地使用 ASP 腳本。我會聽到這樣的話，“既然我可以用 VBScript 直接編寫 COM 對象，為什么還要等 COM 開發(fā)人員來創(chuàng)建它呢？”通過使用標記庫，Struts 有助于限制 JSP 文件中所需的 Java 代碼的數(shù)量。Logic Tag 就是這樣的一種庫，它對有條件地生成輸出進行管理，但這并不能阻止 UI 開發(fā)人員對 Java 代碼的狂熱。無論您決定使用哪種類型的框架，您都應該了解您要在其中部署和維護該框架的環(huán)境。當然，這項任務真是說起來容易做起來難。 有限的適用范圍 Struts 是一種基于 Web 的 MVC 解決方案，所以必須用 HTML、JSP 文件和 servlet 來實現(xiàn)它。 J2EE 應用程序支持Struts 需要支持 JSP 和 Servlet 規(guī)范的 servlet 容器。僅憑這一點遠不能解決您的全部安裝問題，除非使用 Tomcat 。我用 Netscape iPlanet 安裝這個庫時遇到一大堆問題，按理說它是第一種符合 J2EE 的應用程序服務器。我建議您在遇到問題時訪問 Struts 用戶郵件列表的歸檔資料。 復雜性 在將問題分為幾個部分的同時也引入了復雜性。毫無疑問，要理解 Struts 必須接受一定的培訓。隨著變化的不斷加入，這有時會令人很沮喪。歡迎訪問本網(wǎng)站。 Struts 的前景在這個軟件開發(fā)的新時代，一切都變得很快。在不到 5 年的時間內，我們已經(jīng)目睹了從 cgi/perl 到 ISAPI/NSAPI、再到使用 VB 的 ASP、一直到現(xiàn)在的 Java 和 J2EE 的變遷。Sun 正在盡力將新的變化反映到 JSP/servlet 體系結構中，正如他們對 Java 語言和 API 所作的更改一樣。您可以從 Sun 的網(wǎng)站獲得新的 JSP 和 Servlet 規(guī)范的草案。此外，一個標準 JSP 標記庫即將出現(xiàn)。