軟件開發工作中遇到的很多問題都可能在以往開發同類軟件的過程中同樣出現過並且已經被解決，解決問題時所用到的好的方法、技術經過積累並不斷的歸納、總結形成一種固定的解決方案、一種模式，以便在日後的系統開發過程中專門用來解決同類問題。設計模式就是對以往開發經驗的總結，它的提出使開發人員可以簡單、方便的復用成功的設計方案，而不必每次都做重復的工作。
財務系統具有所涉及的業務邏輯復雜、需求靈活，甚至個別業務可能會在系統使用過程中發生變化的特點，因此如何組織應用程序以使其易於維護和升級便成為擺在開發人員面前的首要問題。早些時候的應用程序開發是用過程化語言來完成的，它們將數據庫查詢語句這樣的數據層代碼和HTML這樣的表示層代碼混合在一起，這樣一來無論是對業務邏輯的變更還是對界面顯示的修改都會涉及到應用程序的整體，使程序維護起來相當困難。
Web層的解決方案——MVC模式
MVC模式的提出徹底解決了上述問題。MVC是Model(模型)——View(視圖)——Controller(控制器)的縮寫，它適用於大型可擴展的Web應用的開發，它強制性地將應用程序的輸入、處理和輸出分開，將其劃分為模型、視圖和控制器三個核心部分，使它們各司其職，各自完成不同的任務，其中任何一部分的修改都不會影響其它兩部分。
在MVC模式中，模型封裝了應用問題的核心數據、邏輯關系和業務規則，提供了業務邏輯的處理過程。模型一方面被控制器調用，完成問題處理的操作過程，另一方面為視圖獲取顯示數據提供了訪問數據的操作。因為模型是與數據格式無關的，因此一個模型可以為多個視圖提供數據，這樣一個模型一次編寫可以被多個視圖重用，從而避免了代碼的重復編寫。
視圖是MVC模式下用戶看到的並與之交互的界面。視圖從模型處獲得數據，視圖的更新由控制器控制。視圖不包含任何業務邏輯的處理，它只是作為一種輸出數據的方式。
MVC模式中，控制器主要起導航的作用，它根據用戶的輸入調用相應的模型和視圖去完成用戶的請求。控制器本身不輸出任何東西，它接受用戶請求並決定調用哪個模型構件去處理，以及由哪個視圖來顯示模型處理之後返回的數據。
MVC的處理過程是這樣的：對於每一個用戶輸入的請求，首先被控制器接收，並決定由哪個模型來進行處理，然後模型通過業務處理邏輯處理用戶的請求並返回數據，最後控制器用相應的視圖格式化模型返回的數據，並通過顯示頁面呈現給用戶。圖1所示為模型、視圖、控制器這三個模塊各自的功能以及它們之間的相互關系：
圖1
Struts是實現MVC模式的框架
設計模式是軟件開發經驗的總結，它是一個概念，是一個邏輯實體，而框架可以看成是基於某一特定平台的一種或幾種設計模式的物理實現。設計模式比框架更抽象，設計模式只有其實例才能表示為代碼，而框架本身可以用代碼表示，框架是一套設計詳細的類，類與類之間功能各異，又彼此聯系，相輔相成，形成了對某一類問題的可重用的、易擴展的解決方案。
Struts是實現MVC模式的通用框架，它由四個主要部分組成，模型、視圖、控制器和XML文件。模型通常由Java Bean或EJB組件實現，負責處理業務邏輯;視圖包括一組JSP文件，這些文件主要由JSP標簽或客戶化標簽構成，它簡化了JSP頁面的編碼工作;在Struts框架中控制器主要包括Action Servlet類和Action類，Action Servlet是Struts的核心部件，它接受用戶的Http請求，根據配置信息將請求轉發給適當的Action對象，Action類負責調用模型的方法，並幫助控制應用程序的流程;Struts包括Web.xml和Struts—config.xml兩個配置文件，其中Web.xml是Web應用的發布描述文件，Struts—config.xml是與Struts相關的特殊信息配置的描述文件。
Struts框架下的財務系統的設計與實現
整個項目由財務系統、物流系統和客戶管理系統三個部分構成，由於財務的結算業務與采購、出入庫和銷售等物流環節都存在著一定的聯系，因此，財務系統功能的實現以及維護的方便與否對於整個項目的成敗起著致關重要的作用。
財務系統主要包括與結算相關的業務處理，如供貨商結算、客戶結算、返款處理、各種帳簿的查詢、科目表的維護等等。下面以客戶結算為例說明Struts框架下系統的設計與實現。
用戶選擇客戶結算子菜單後進入客戶結算頁面，在該頁面上需填入客戶名稱、銷售單編碼、費用的支付方式以及詳細的收款信息。其中客戶名稱和銷售單編碼支持模糊查詢功能;支付方式包括現金、銀行、預收款三種方式，可點選輸入;詳細的收款信息包括業務員姓名或編碼、總的結算金額、登錄帳簿。以上信息均填寫完畢後，可點擊提交，若填寫的信息符合結算條件，則經業務處理邏輯處理後，系統向用戶顯示結算單頁面，若提交不成功，則顯示錯誤信息。Web組件之間信息的轉發關系如圖2所示
圖2
CtmBForm作為ActionForm Bean可以在視圖和控制器之間傳遞HTML表單，其屬性與表單中的字段是一一對應的，CtmBForm的Validate()方法可以完成與表單的數據格式和語法相關的有效性檢查，如銷售單編碼、結算金額不能為空等。
Struts框架的核心控制器組件ActionServlet的doGet()或doPost()方法在收到用戶請求後都會調用其process()方法處理請求。首先選擇能夠處理當前請求的子應用模塊，並在request范圍內寫入配置信息和消息資源;之後完成一些預處理請求操作，在預處理請求操作的尾部創建並保存CtmBAction實例，並調用CtmBAction實例的execute()方法，該方法再調用相應模型進行實際的業務邏輯處理，完成用戶的請求;最後根據execute()方法返回的結果執行請求轉發或重定向。
在系統中模型由EJB組件實現，系統多層結構的設計如圖3所示：
圖3
CtmBEJB作為一種JNDI資源運行在EJB容器中，在多層結構中CtmBEJBDelegateImpl業務代理實現類無法創建CtmBEJB組件，而是通過查找名為“ejb/CtmBEJB”的JNDI資源獲得該資源的引用。
IctmB接口的作用是削弱客戶程序與模型的關系，客戶程序通過該接口來訪問EJB組件的業務方法。
CtmBAction對EJB組件進行調用的時序圖如圖4所示：
圖4
在多層結構中，業務對象BO主要封裝了一些實體，如客戶CustomerBO、銷售單SalesSlipBO、結算單BalancingSlipBO、應收款帳AccountsReceivableBO、預收款帳PreReceivingBO、現金帳CashAccountBO和銀行帳BankAccountBO等等。圖5所示為上述七個業務對象之間的關聯關系，以及部分業務對象的屬性和方法：
圖5
數據訪問對象(Data Access Object,簡稱DAO)是實現持久化框架的一種設計模式，它的引入可以削弱業務處理邏輯和數據庫訪問之間的聯系，它一方面可以將對業務對象BO的處理轉化為對數據庫的操作，另一方面也可以把查詢數據庫的結果映射為業務對象BO。DAO提供了對關系數據庫操作的接口，如創建數據庫，定義表、索引，對表進行增、刪、改、查詢等操作。系統選用了OJB軟件，它是一種采用DAO設計模式實現的持久化框架。
結束語
Struts為Web應用程序的開發提供了框架結構，JSP頁面中不包含任何業務邏輯，控制器組件ActionServlet可使用Struts框架所提供的，開發人員只需將大部分精力集中到實際業務邏輯的處理，這樣有利於快速有效的開發出Web應用程序。Struts框架下用戶顯示、控制邏輯和業務處理邏輯相分離，若業務需求發生變化則主要修改用於處理業務邏輯的EJB或JavaBean組件，因此便於系統的維護和升級。總之，Struts框架適用於可擴展的大型Web應用的開發。
