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