【正文】 使用 Struts 時，在搭建好環(huán)境后，你所做的事情是 : FORM； ACTION； JSP 頁面； Struts 的配置文件。 用戶發(fā)出 HTTP 請求，同時請求的數據會以表單或者 URL 的形式傳送到服務器； 填充 FORM，先將 FORM 實例化，再將客戶請求的數據填充相應的 FORM 中的成員對象，保存； 將 FORM 轉發(fā)到相應的 ACTION 中去； 處理業(yè)務，然后返回一個 ACTIONFORWARD 對象； 返回響應，返回的對象可能對用一個 JSP 頁面也可能是一個 ACTION； 查找響應，查找配置文 件來找到對象對應的是哪個頁面或者哪個 ACTION； 響應用戶，將對象呈現給用戶。而 ACTION 就是負責業(yè)務邏輯處理的，類似于 JSP 中的 servlet，所以 寫好 FORM ，寫好 ACTION，配置好配置文件，就能使用 Struts 框架了。用過 EJB 的人都知道 EJB 很復雜，為了一個簡單的功能你不得不編寫多個 Java 文件和部署文件，他是一種重量級的容器。核心容器的主要組件是 BeanFactory，它是工廠模式的實現。 Spring AOP：通過配置管理特性， Spring AOP 模塊直接將面向方面的編程功能集成到了 Spring 框架中。 Spring DAO： JDBC DAO 抽象層提供了有意義的異常層次結構，可用該結構來管理異常處理和不同數據庫供應商拋出的錯誤消息。所有這些都遵從 Spring 的通用事務和 DAO 異常層次結構。 Spring MVC 框架： MVC 框架是一個全功能的構建 Web 應用程序的 MVC 實現。從學習 Tomcat 開始就一直對此感到困惑。 所謂“重量級”是相對于“輕量級”來講的，也可以說“輕量級”是相對于重量級來講的。這樣就把你的代碼綁定在 EJB 技術上了，而且 EJB 需要 JBOSS 這樣的容器支持，所以稱之為“重量級”。還有一個相關的概念是 POJO，我也會略帶介紹。 IoC IoC 的全稱是 Inversion of Control，中文翻譯反向控制或者逆向控制。切面編程（ AOP）技術就能大大的減少你的工作量。它解放了您，使您可以專注于應用程序的對象和功能，而不必擔心如何保存它們或稍后如何找到它們。手動編寫代碼來執(zhí)行這些任務不僅單調乏味、易于出錯，而且會占用整個應用程序的很大一部分開發(fā)工作量。然而，在很多情況下，這些工具具有自身的復雜性，使得開發(fā)人員必須學習使用它們的 詳細規(guī)則，并修改組成應用程序的類以滿足映射系統(tǒng)的需要。它們不需要實現任何不可思議的接口以便能夠持續(xù)存在。在 Hibernate 中有一個簡單而直觀的 API，用于對數據庫所表示的對象執(zhí)行查詢。在適當的位置調用它，就可以達成目的。這會造成巨大的災難，但是借助于 Hibernate，只需要簡單地修改 Hibernate 配置文件即可?；蛘?，僅僅從映射文檔開始， Hibernate 也能夠生成數據類。 使用 Hibernate 的場合 既然 Hibernate 看起來如此靈活好用，為什么還要使用其他的工具呢？下面有一些場景，可以幫助您做出判斷（或許通過提供一些比較和上下文，可以有助于鑒別非常適用 Hibernate 的場合）。如果您屬于這種人，如果您所在的項目團隊擁有一個強大的 DBA，或者有一些存儲過程要處理，您可能想研究一下 iBATIS。 當然，還有其他的外部原因會導致采用另外的方法。使用的可能是像 XML DTD 這樣的存儲規(guī)范，而它根本不涉及關系數據庫。然后，每個對應的類，都需要寫出相應的 DAO，就是增刪改查的方法。一旦事務提交后，它就會對數據庫產生影響； ， session 已經關閉，數據庫中沒數據與之對應，對它進行改動是不會影響到數據庫的。下面對這五個核心接口分別加以介紹。但需要注意的是 Session對象是非線程安全的。 SessionFactory 接口 :SessionFactory 接口負責初始化 Hibernate。 Transaction 接口 :Transaction 接口負責事務相關的操作。它可以使用 HQL 語言或 SQL 語句兩種表達方式。 數據庫設計介紹 我們使用的是 MSql 數據庫，它是小型數據庫，適合小型工程。在設計數據庫的時候，你必須經過細致的考慮，才能決 定庫中到底需要什么表，每張表需要哪些字段，以及表和表之間的關系來合理的完成你的業(yè)務流程。 框架整合與配置 這個項目使用了 SSH 框架， Struts， Spring， Hibernate 三種技術不是簡單的加在一起，而且在三種框架融合后，你的使用和分別單獨使用時完全不一樣的。其流程圖如下： 采 購 申 請選 擇 商 品 類 型 , 數量 及 理 由點 擊 提 交部 門 經 理 審 核是 否 通 過轉 到 后 勤 部 經 理分 配 給 后 勤 部 員 工是否是 否 超 出 預 算否總 經 理 審 核 是否 通 過是采 購 設 備否是轉 到 部 門 經 理轉 到 部 門 經 理 可能出現的流程有： 提交采購申請 — 選擇商品 — 部門經理批準但超過預算 — 總經理審核通過 — 通知部門經理 — 通知后勤部門采購商品 — 申請人獲得相應商品。在這個系統(tǒng)中，我們了解到企業(yè)中有著不同的角色，有部門經理、總經理、員工。人物角色的截然不同，他們所做的操作也截然不同，所以報表在呈現時所提供的操作也是不一樣的。比如，你在購物時，你只需要關心你買的東西的名稱、數量、價格、類型。準確的含義不僅僅是不顯示出多余的東西，而且對于不同的對象，你顯示出的字段也不一樣。報表，不是直接把記錄從數據庫中提取出來顯示，你需要進行精心的思考和設計。 以員工 網上購 物的流 程為 例，員 工在提 交購 物申請 表時， 他會在purchasinginfo 這張表中插入一條記錄，根據預算是否超過，更改字段 REMARK。 員工購物報表實現 首先，員工購物的頁面由兩部分組成，一部分是 按物品名稱查詢的查詢欄，下面就是顯示的一條一條的記錄，并每條記錄附帶一個按鈕，點擊就能跳轉填寫表格的頁面。由于，我們只是按名稱來查詢，那么，我首先用(“ name” )。其實現時這樣的，首先，我會寫個 javascript，里面有兩個function，每個 function 調用一個 action。代碼如下 ： function pass(id){ [0].action=%=path%/?id=+id。)。 經理報表實現 經理分為總經理和部門經理，他們都會對表單進行報表審核，給出批準還是不批準的決定。上面是兩個搜索欄，一個是按部門查詢，一個是按時間段查詢。我們以部門經理為例來仔細講解一下實現過程，部門經理登錄后，進入到報表審批的頁面。當你點擊按部門查詢后，它就會跳轉到按部門查詢的頁面。當然， DATE 這個類型的數據是不能直接比較大小的。)。不通過/button /td /tr /logic:iterate logic:iterate id=all name=all scope=request 這個是控制整個顯示的， id 表示 logic 這個標簽的標示， name 是顯示的結果集，將結果集傳給它，它就會一條一條的顯示出來。 第 4章 結 論 報表能做出很多很多種格式和樣式出來，這點是毋庸置疑的，但是如何去選擇正確的，才是報表的關鍵中的關鍵；報表的功能也是非常多的，你可以做成表格、柱狀圖、餅狀圖等等。柱狀和餅狀圖的變化主要在于布局、顏色、形狀的選取。與此同時，您的客戶也會直接影響你報表的設計。 總之，報表設計和實現，必須基于業(yè)務、數據庫、用戶來做，對這三方面有深入調查和研究，報表的形式和實現也就基本形成了。 王樹良 教授嚴謹的治學態(tài)度、淵博的知識、獨到的眼光、學者的胸襟和卓越的領導才能是我以后工作、學習、生活的 楷模。 參考文獻 1. (美 ),etal. 著 ,張志偉等譯 . J2EE 構建企業(yè)系統(tǒng) [M].清華大學版 , 20xx. 2. [美 ]BrettMcLaughlin 著 ,孫兆林等譯 . JAVA 與 XML [M].中國電力出版社 , 20xx. 3. (美 )MarkWutka 著 ,程顯華等譯 . JSP 和 Servlet 程序設計使用專輯 [M].機械工業(yè)出版社 , 20xx. 4. 田勇 ,孫新等編著 . 最新 JBuilder 開發(fā)人員指南 [M].機械工業(yè)出版社 , 20xx. 5. 方美琪 主編 . 電子商務概論 [M].清華大學出版社 , 20xx. (美 )BruceEckel 著 ,侯捷譯 . Java 編程思想 [M].機械工業(yè)出版社 , 20xx. 。值此論文完成之際，我謹向我的兩位老師表示崇高的敬意和深深的謝意！ 最后，謝謝我的父母和我的家人。 第 5 章 致 謝 首先要感謝我的導師 王樹良 教授對我的諄諄教導。 影響報表實現的因素，個人認為主要是性能方面的考慮，數據庫設計的好壞會直接影響到你的報表性能。 報表的的設計和實現是和數據庫密切相關的。 如何去選擇，就必須根據你的客戶需求來做出判斷。 這個是解決了如何顯示，我們采用了分頁顯示的方式顯示報表記錄。${}39。 報表頁面顯示實現 下面這段代碼是用于 將結果顯示在頁面上 ，這個比較簡單； logic:iterate id=all name=all scope=request tr bordercolor=990099 td class=list_data_numbean:write name=all property=itemName//td td class=list_data_namebean:write name=all property=price//td td class=list_data_numberbean:write name=all property=amount//td td class=list_data_pricebean:write name=all property=date//td td class=list_data_departbean:write name=all property=type//td button class=mon_button onclick=pass(39。查詢原理是這樣的：遍歷所有 REMARK 為 a的記錄，將每條記錄的的時間字段值取出，看它是否在查詢的時間范圍