詳細分析 Struts
圖 6 顯示的是 org.apache.struts.action 包的一個最簡 UML 圖。圖 6 顯示了 ActionServlet (Controller)、 ActionForm (Form State) 和 Action (Model Wrapper) 之間的最簡關系。

ActionServlet 類
您還記得函數映射的日子嗎？在那時，您會將某些輸入事件映射到一個函數指針上。如果您對此比較熟悉，您會將配置信息放入一個文件，并在運行時加載這個文件。函數指針數組曾經是用 C 語言進行結構化編程的很好方法。

現在好多了，我們有了 Java 技術、XML、J2EE，等等。Struts 的控制器是將事件（事件通常是 HTTP post）映射到類的一個 servlet。正如您所料 -- 控制器使用配置文件以使您不必對這些值進行硬編碼。時代變了，但方法依舊。

ActionServlet 是該 MVC 實現的 Command 部分，它是這一框架的核心。 ActionServlet (Command) 創建并使用 Action 、 ActionForm 和 ActionForward 。如前所述， struts-config.xml 文件配置該 Command。在創建 Web 項目時，您將擴展 Action 和 ActionForm 來解決特定的問題。文件 struts-config.xml 指示 ActionServlet 如何使用這些擴展的類。這種方法有幾個優點：

• 應用程序的整個邏輯流程都存儲在一個分層的文本文件中。這使得人們更容易查看和理解它，尤其是對于大型應用程序而言。
  
  
• 網頁設計人員不必費力地閱讀 Java 代碼來理解應用程序的流程。
  
  
• Java 開發人員也不必在更改流程以后重新編譯代碼。

可以通過擴展 ActionServlet 來添加 Command 功能。

ActionForm 類

ActionForm 維護 Web 應用程序的會話狀態。 ActionForm 是一個抽象類，必須為每個輸入表單模型創建該類的子類。當我說 輸入表單模型 時,是指 ActionForm 表示的是由 HTML 表單設置或更新的一般意義上的數據。例如，您可能有一個由 HTML 表單設置的 UserActionForm 。Struts 框架將執行以下操作：

• 檢查 UserActionForm 是否存在；如果不存在，它將創建該類的一個實例。
  
  
• Struts 將使用 HttpServletRequest 中相應的域設置 UserActionForm 的狀態。沒有太多討厭的 request.getParameter() 調用。例如，Struts 框架將從請求流中提取 fname ，并調用 UserActionForm.setFname() 。
  
  
• Struts 框架在將 UserActionForm 傳遞給業務包裝 UserAction 之前將更新它的狀態。
  
  
• 在將它傳遞給 Action 類之前，Struts 還會對 UserActionForm 調用 validation() 方法進行表單狀態驗證。 注： 這并不總是明智之舉。別的網頁或業務可能使用 UserActionForm ，在這些地方，驗證可能有所不同。在 UserAction 類中進行狀態驗證可能更好。
  
  
• 可在會話級維護 UserActionForm 。

注：

• struts-config.xml 文件控制 HTML 表單請求與 ActionForm 之間的映射關系。
• 可將多個請求映射到 UserActionForm 。
• UserActionForm 可跨多頁進行映射，以執行諸如向導之類的操作。

Action 類
Action 類是業務邏輯的一個包裝。 Action 類的用途是將 HttpServletRequest 轉換為業務邏輯。要使用 Action ，請創建它的子類并覆蓋 process() 方法。

ActionServlet (Command) 使用 perform() 方法將參數化的類傳遞給 ActionForm 。仍然沒有太多討厭的 request.getParameter() 調用。當事件進展到這一步時，輸入表單數據（或 HTML 表單數據）已被從請求流中提取出來并轉移到 ActionForm 類中。

注：擴展 Action 類時請注意簡潔。 Action 類應該控制應用程序的流程，而不應該控制應用程序的邏輯。通過將業務邏輯放在單獨的包或 EJB 中，我們就可以提供更大的靈活性和可重用性。

考慮 Action 類的另一種方式是 Adapter 設計模式。 Action 的用途是“將類的接口轉換為客戶機所需的另一個接口。Adapter 使類能夠協同工作，如果沒有 Adapter，則這些類會因為不兼容的接口而無法協同工作。”（摘自 Gof 所著的 Design Patterns - Elements of Reusable OO Software ）。本例中的客戶機是 ActionServlet ，它對我們的具體業務類接口一無所知。因此，Struts 提供了它能夠理解的一個業務接口，即 Action 。通過擴展 Action ，我們使得我們的業務接口與 Struts 業務接口保持兼容。（一個有趣的發現是， Action 是類而不是接口）。 Action 開始為一個接口，后來卻變成了一個類。真是金無足赤。）

Error 類
UML 圖（圖 6）還包括 ActionError 和 ActionErrors 。 ActionError 封裝了單個錯誤消息。 ActionErrors 是 ActionError 類的容器，View 可以使用標記訪問這些類。 ActionError 是 Struts 保持錯誤列表的方式。

ActionMapping 類
輸入事件通常是在 HTTP 請求表單中發生的，servlet 容器將 HTTP 請求轉換為 HttpServletRequest 。控制器查看輸入事件并將請求分派給某個 Action 類。 struts-config.xml 確定 Controller 調用哪個 Action 類。 struts-config.xml 配置信息被轉換為一組 ActionMapping ，而后者又被放入 ActionMappings 容器中。（您可能尚未注意到這一點，以 s 結尾的類就是容器）

ActionMapping 包含有關特定事件如何映射到特定 Action 的信息。 ActionServlet (Command) 通過 perform() 方法將 ActionMapping 傳遞給 Action 類。這樣就使 Action 可訪問用于控制流程的信息。

ActionMappings
ActionMappings 是 ActionMapping 對象的一個集合。