【文章內(nèi)容簡介】 響應第一個請求的時候被載入，一旦Servlet被載入，便處于已執(zhí)行狀態(tài)。對于以后其他用戶的請求，它并不打開進程，而是打開一個線程（Thread），將結(jié)果發(fā)送給客戶。由于線程與線程之間可以通過生成自己的父線程（Parent Thread）來實資源共享，這樣就減輕了服務(wù)器的負擔，所以，Java Servlet可以用來做大規(guī)模的應用服務(wù)。雖然在形式上JSP和ASP或PHP看上去很相似——都可以被內(nèi)嵌在HTML代碼中。但是，它的執(zhí)行方式和ASP或PHP完全不同。在JSP被執(zhí)行的時候，JSP文件被JSP解釋器（JSP Parser）轉(zhuǎn)換成Servlet代碼，然后Servlet代碼被Java編譯器編譯成 .class 字節(jié)文件，這樣就由生成的Servlet來對客戶端應答。所以，JSP可以看做是Servlet的腳本語言（Script Language）版。由于JSP/Servlet都是基于Java的，所以它們也有Java語言的最大優(yōu)點——平臺無關(guān)性，也就是所謂的“一次編寫，隨處運行（WORA – Write Once, Run Anywhere）”[28]。除了這個優(yōu)點，JSP/Servlet的效率以及安全性也是相當驚人的。因此，JSP/Servlet雖然在國內(nèi)目前的應用并不廣泛，但是其前途不可限量。在調(diào)試JSP代碼時，如果程序出錯，JSP服務(wù)器會返回出錯信息，并在瀏覽器中顯示。這時，由于JSP是先被轉(zhuǎn)換成Servlet后再運行的，所以，瀏覽器中所顯示的代碼出錯的行數(shù)并不是JSP源代碼的行數(shù)，而是指轉(zhuǎn)換后的Servlet程序代碼的行數(shù)。這給調(diào)試代碼帶來一定困難。所以，在排除錯誤時，可以采取分段排除的方法（在可能出錯的代碼前后輸出一些字符串，用字符串是否被輸出來確定代碼段從哪里開始出錯），逐步縮小出錯代碼段的范圍，最終確定錯誤代碼的位置。 開發(fā)技術(shù)比較分析 通過以上分析，我們初步的了解了PHP、JSP、現(xiàn)在我們分析一下他們的優(yōu)劣，首先PHP具有簡單輕便，易學易用，與Apache及其它擴展庫結(jié)合緊密與良好的安全性的優(yōu)點，并且它還是 一種能快速學習、跨平臺、有良好數(shù)據(jù)庫交互能力的開發(fā)語言，然而其的缺點也十分顯著。 比如說數(shù)據(jù)庫支持的極大變化、安裝復雜、 缺少正規(guī)的商業(yè)支持、不適合應用于大型電子商務(wù)站點、無法實現(xiàn)商品化應用的開發(fā)，因此并不適用于辦公室使用的工會管理系統(tǒng)。其次，我們分析一下JSP的優(yōu)劣。JSP的系統(tǒng)可以由多平臺支持，一處編寫可隨處運行，具有強大的可伸縮性。然而其在開發(fā)工會管理信息系統(tǒng)的缺點也很明顯，其缺少系統(tǒng)性的資料，并且速度特別慢，并不適用于工會信息管理系統(tǒng)，最后，雖然其需要具有需要強大的數(shù)據(jù)庫這一缺點，但這一缺陷可以在設(shè)計期間解決，其在設(shè)計工會管理信息系統(tǒng)上的優(yōu)點是其他兩種技術(shù)無法比擬的，ASP NET提供許多比現(xiàn)在的Web開發(fā)模式強大的優(yōu)勢。（R）公司最新的產(chǎn)品 Visual 。把基于通用語言的程序在服務(wù)器上運行，比一條一條的解釋強很多。，所以它的強大性和適應性，可以使它運行在Web應用軟件開發(fā)者的幾乎全部的平臺上。除此之外，它還具有高效的管理性、自定義性、可擴展性、安全性等優(yōu)點，非常適宜武平供電公司工會管理系統(tǒng)的設(shè)計與實現(xiàn)。 J2EE簡介 JavaEE(Java 2 Platfonil Enterprise Edition)是 Sun 公司提出的開發(fā)、裝配和部署的基于 Java 分布式應用的標準平臺[31]。JavaEE 提供了基于組件的方式來設(shè)計、開發(fā)、組裝和部署企業(yè)應用。JavaEE 使用多層的分布式應用模型，應用邏輯按功能劃分為組件，各個應用組件根據(jù)他們所在的層分布在不同的機器上，由獨立的軟件單元來實現(xiàn)[34]。為解決原有兩層 C／S 軟件模式中客戶端過于臃腫、后期升級、維護困難以及復用性不強等弊端，JavaEE 以客戶層、web 層、業(yè)務(wù)邏輯層及信息數(shù)據(jù)層四層結(jié)構(gòu)實現(xiàn)了多層分布式應用模型，各組件層通過相關(guān)的類和文件組裝成 JavaEE 應用程序，并與其他組件交互。JavaEE 結(jié)構(gòu)基于組件及平臺無關(guān)性的特點簡化了 JavaEE 程序的編寫，業(yè)務(wù)邏輯的封裝可提高組件復用性，并且JavaEE 服務(wù)器以容器的形式為所有的組件類型提供后臺服務(wù)，也減少了開發(fā)者的負擔[31]。 MVC模式MVC 最初是在 Smalltalk80 中被用來構(gòu)建用戶界面應用的。M 代表模型Model，V 代表視圖 View，C 代表控制器 Controller。MVC 的目的是增加代碼的復用率，減少數(shù)據(jù)表達、數(shù)據(jù)描述和應用操作的耦合度。同時也使得軟件可維護性、可修復性、可擴展性、靈活性以及封裝性大大提高。通過把數(shù)據(jù)模式從各種可以被存儲和控制的數(shù)據(jù)中分離出來，可以改善分布式系統(tǒng)的設(shè)計。MVC 設(shè)計模式由三部分組成。模型是應用對象，沒有用戶界面。視圖表示它在屏幕上的顯示，代表流向用戶的數(shù)據(jù)?？刂破鞫x用戶界面對用戶輸入的響應方式，負責把用戶的動作轉(zhuǎn)成針對Model的操作。Model通過更新View的數(shù)據(jù)來反映數(shù)據(jù)的變化。 1. Model(模型)模型包含應用程序的核心功能，是應用程序的主題部分。模型封裝了應用程序的業(yè)務(wù)數(shù)據(jù)和業(yè)務(wù)邏輯。它可以被一個或多個不同的視圖所共享，為其提供數(shù)據(jù)，所以在很大程度上提高了應用程序的可重用性。業(yè)務(wù)模型的設(shè)計可以說是MVC 最主要的核心。2. View(視圖) 視圖提供模型的表示，它是應用程序的外觀，是直接和用戶交互的界面。一個應用可能有很多不同的視圖，MVC 設(shè)計模式對于視圖的處理僅限于視圖上數(shù)據(jù)的采集和處理，以及用戶的請求，而不包括在視圖上的業(yè)務(wù)流程的處理。業(yè)務(wù)流程的處理交予模型(Model)處理[36]。它一方面向用戶顯示相關(guān)的數(shù)據(jù)，另一方面用來接收用戶的輸入數(shù)據(jù)，提交給控制器處理。視圖可以訪問模型的讀方法，但不建議訪問寫方法。此外，當更改模型層數(shù)據(jù)時，視圖應得到通知。3. Controller(控制器) 控制器對用戶的請求做出處理，它創(chuàng)建并調(diào)用模型的相關(guān)數(shù)據(jù)業(yè)務(wù)處理方法，選擇相應的視圖返回給客戶端。控制層并不做任何的數(shù)據(jù)處理，它就是一個分發(fā)器，選擇什么樣的模型，選擇什么樣的視圖，可以完成什么樣的用戶請求。MVC(模型一視圖一控制器)是目前 JavaEE 中比較流行的一種設(shè)計模式，MVC模式的出現(xiàn)不僅實現(xiàn)了功能模塊和顯示模塊的分離，同時它還提高了應用系統(tǒng)的可維護性、可擴展性、可移植性和組件的可復用性[22]。使用 MVC 的應用程序被分為三個核心部件：模型、視圖、控制器，它們各自完成自己的任務(wù)。其中 Model(模型)完整表示了應用程序使用的對象，封裝了所有數(shù)據(jù)并獨立于界面及 I／O 操作，這樣的結(jié)構(gòu)增加了模型的可重用性，編寫的模型可為多個視圖使用。View(視圖)表現(xiàn)為用戶界面，它可根據(jù)模型中的數(shù)據(jù)及數(shù)據(jù)間的關(guān)系，將獲得的信息以特定形式顯示給用戶。Controller(控制器)是聯(lián)系模型與視圖之間的紐帶，控制模型和視圖之間的交互過程。應用 MVC 模式，分離數(shù)據(jù)的控制與顯示，從而可以使開發(fā)者更容易協(xié)作開發(fā)。后臺開發(fā)人員可以專注業(yè)務(wù)邏輯的編程，前臺開發(fā)人員專注于用戶交互的界面，從而縮短系統(tǒng)產(chǎn)品的開發(fā)周期。并且各邏輯之間的弱耦合、強獨立既提高了效率也增加了可靠性。同時 MVC 模式分離了數(shù)據(jù)訪問和數(shù)據(jù)表現(xiàn)，這樣既提高程序代碼的可復用性也降低了維護開銷。J2EE 技術(shù)結(jié)合 MVC 設(shè)計模式在實現(xiàn) web 應用時，將其技術(shù)元素如 Servlet、JSP、Bean 分別映射為控制器、視圖和模型，即控制器接受用戶請求，并通過模型進行轉(zhuǎn)換和解釋以完成顯示。 本系統(tǒng)中采用了 Struts2+Spring+Hibernate 框架來實現(xiàn)系統(tǒng)的 MVC 模式，框架層次結(jié)構(gòu)層次分為四層:表示層、持久層、業(yè)務(wù)層、域?qū)ο髮?。每個框架分別負責一個層次的實現(xiàn)，表現(xiàn)層我們使用 Struts2。業(yè)務(wù)層使用 Spring；持久層使用目Hibemate；域?qū)ο髮迂灤┱麄€前三層。每層在應用程序中都有明確的責任。每一應用層彼此獨立且保持一致。這些框架層次在以一種松散耦合的方式彼此作用而不用管低層的技術(shù)細節(jié)。 基于J2EE的開發(fā)框架 Web 框架 Struts2 Struts框架分為三部分: 模型、視窗和控制器。模型：從概念上模型分為兩類：系統(tǒng)的內(nèi)部狀態(tài)和改變系統(tǒng)狀態(tài)的動作。模型是所有的商業(yè)邏輯代碼片段所在。一個模型能為多個視圖提供數(shù)據(jù),因此提高了應用的可重用性。視窗：由與控制器 Servlet配合工作的一整套 JSP 定制標簽庫構(gòu)成，利用它可以快速建立應用系統(tǒng)的界面?？刂破鳎?控制器可以理解為模型與視圖間溝通的橋梁,它可以分派用戶的請求并選擇適當?shù)囊晥D用于顯示。其本質(zhì)上是一個 Servlet，將客戶端請求轉(zhuǎn)發(fā)到相應的Action 類。MVC 模式的使用，減弱了業(yè)務(wù)邏輯接口和數(shù)據(jù)接口之間的耦合,使視圖層更富于變化。Struts 2 是 Struts 的下一代產(chǎn)品。Struts2 以 WebWork 優(yōu)秀的設(shè)計思想為核心，吸收了 Struts1 的部分優(yōu)點，是在 struts 和 WebWork 的技術(shù)基礎(chǔ)上進行了合并，全新的 Struts 2 框架[17]。其全新的 Struts 2 的體系結(jié)構(gòu)與 Struts 1 的體系結(jié)構(gòu)的差別巨大。Struts 2 以采用攔截器的機制來處理用戶的請求，這樣的設(shè)計也使得業(yè)務(wù)邏輯控制器能夠與 ServletAPI 完全脫離開。Struts2 框架的大概處理流程如下[4]：瀏覽器發(fā)送一個請求。核心控制器 FilterDispatcher 根據(jù)請求決定調(diào)用合適 Action。WebWork 的攔截器鏈自動對請求應用通用功能?；卣{(diào) Action 的 execute 方法，該 execute 方法根據(jù)請求的參數(shù)來執(zhí)行一定的操作。Action 的 execute 方法處理結(jié)果信息將被輸出到瀏覽器中，支持多種形式的視圖。 Spring 框架Spring 是 JavaEE 領(lǐng)域一個非常優(yōu)秀的開源框架，是為了簡化企業(yè)級系統(tǒng)開發(fā)而誕生的輕量級解決方案，使用 Spring 框架可建立“快裝式企業(yè)應用”。在此基礎(chǔ)上，Spring 還提供了包括聲明式事務(wù)處理，可以多種方法進行的持久化數(shù)據(jù)庫的解決方案，以及 RMI 或 Web Services 遠程訪問業(yè)務(wù)邏輯。并且可以把 Spring看作是一個標準開發(fā)組件，根據(jù)自己的需要，只取用它的部分組件使用。Spring的框架基礎(chǔ)是 JavaBean 屬性的 Inversion of Control 容器，該容器負責創(chuàng)建、管理應用組件?？刂破鳌I(yè)務(wù)邏輯組件以及底層的 DAO 組件，都處于 Spring 容器的管理下[34]。Spring 是為了解決企業(yè)應用開發(fā)的復雜性而創(chuàng)建的。Spring 使用基本的 JavaBean 來完成以前只可能由 EJB 完成的事情。然而，Spring 的用途不僅限于服務(wù)器端的開發(fā)。從簡單性、可測試性和松耦合的角度而言，任何 Java 應用都可以從 Spring 中受益。Spring 框架是一個分層架構(gòu)，由7個定義良好的模塊組成。Spring 模塊構(gòu)建在核心容器之上，核心容器定義了創(chuàng)建、配置和管理 bean 的方式，組成 Spring 框架的每個模塊都可以單獨存在，或者與其他一個或多個模塊聯(lián)合實現(xiàn)。每個模塊的功能如下[5]： Spring Core：核心容器的主要組件是 BeanFactory，BeanFactory 使用控制反轉(zhuǎn) （IOC） 模式將應用程序的配置和依賴性規(guī)范與實際的應用程序代碼分開。核心容器提供 Spring 框架的基本功能。 Spring Context：Spring 上下文是向 Spring 框架提供上下文信息的配置文件， Spring 上下文包括企業(yè)服務(wù)，例如 JNDI、EJB、電子郵件、國際化、校驗和調(diào)度功能。Spring AOP：Spring AOP 模塊為基于 Spring 的應用程序中的對象提供了事務(wù)管理服務(wù)。通過使用 SpringAOP，不用依賴 EJB 組件，就可以將聲明性事務(wù)管理集成到應用程序中。通過配置管理特性，SpringAOP 模塊直接將面向切面的編程功能集成到了 Spring 框架中。可以很容易地使 Spring 框架管理的任何對象支持面向切面編程。Spring DAO：JDBC DAO 抽象層提供了有意義的異常層次結(jié)構(gòu)，可用該結(jié)構(gòu)來管理異常處理和不同數(shù)據(jù)庫供應商拋出的錯誤消息。異常層次結(jié)構(gòu)簡化了錯誤處理，并且極大地降低了需要編寫的異常代碼數(shù)量（例如打開和關(guān)閉連接）。Spring DAO 的面向 JDBC 的異常遵從通用的 DAO 異常層次結(jié)構(gòu)。Spring ORM：Spring 框架插入了若干個 ORM 框架，從而提供了 ORM 的對象關(guān)系工具，其中包括 JDO、Hibernate 和 iBatis SQL Map。所有這些都遵從Spring 的通用事務(wù)和 DAO 異常層次結(jié)構(gòu)。Spring Web：Web 模塊簡化了處理多部分請求以及將請求參數(shù)綁定到域?qū)ο蟮墓ぷ鳌?因為 Web 上下文模塊建立在應用程序上下文模塊之上，為基于Web 的應用程序提供了上下文。所以 Spring 框架支持與 Jakarta Struts 的集成。Spring MVC：MVC 框架是一個全功能的構(gòu)建 Web 應用程序的 MVC 實現(xiàn)。通過策略接口，MVC 框架變成為高度可配置的，MVC 容納了大量視圖技術(shù)，其中包括 JSP、Velocity、Tiles、iText 和 POI。 Hibernate 框架 Hibernate 是一個免費、開源、面向 Java 環(huán)境的對象或關(guān)系數(shù)據(jù)庫映射工具。通過使用 Hibernate 框架，允許開發(fā)人員使用面向?qū)ο蟮姆绞竭M行數(shù)據(jù)庫訪問，它使得與關(guān)系數(shù)據(jù)庫打交道變得十分輕松，避免了使用原始 JDBC 進行數(shù)據(jù)庫訪問。Hibernate 作為 JavaEE 持久化的解決方案，使用傳統(tǒng) POJO 作為系統(tǒng)的持久化類，具有低侵入式設(shè)計，不會造成代碼污染[6]。它不會強迫您修改對象的行為方式,惟一需要做的就是創(chuàng)建一份 XML“映射文檔”，告訴 Hibernate 您希望能夠保