【文章內(nèi)容簡(jiǎn)介】 戶請(qǐng)求都要裝載一次CGI，消耗內(nèi)存和處理周期。而 Servlet 是基于 Java 編程語言的，因此具有可移植性，靈活性，且編程較簡(jiǎn)單。 Servlet 在第一次初始化的時(shí)候被裝載到內(nèi)存中，此后就可以服務(wù)于任何用戶請(qǐng)求，所以， Servlet 比 CGI 具有更好的性能。 和所有的 J2EE 構(gòu)件一樣， Servlet 運(yùn)行在由 J2EE 平臺(tái)提供者所實(shí)現(xiàn)的容器中。容器管理 Servlet 與客戶的交互，并為 Servlet 訪問各種基于 Java 技術(shù)的服務(wù)提供了豐富的環(huán)境。 Servlet 容器實(shí)現(xiàn)了 J2SE 的所有 API. 因此， Servlet可以采用 Java 編程語言的各種技術(shù)，包括 JDBC, JNDI(Java Naming and Directory Interface), RMI, Java Beans 等。容器也允許 Servlet 通過 session獲取特定客戶的信息，解決了由于 HTTP 協(xié)議的無狀態(tài)性而引起的客戶信息的不透明性問題。 B r ow s erS e rv le t Co nt a ine rS e rv letR e q u e s tOb jec tR e s p o n s eOb jec tA p p li c a t ionOb jec tC o n t e x tOb jec tS e s s ionOb jec tWeb TierClient圖1 Servlet與Client的交互RequestResponse 圖 1 是一個(gè)典型的 Servlet 與 Client 的交互。一個(gè)客戶通過 HTTP 向一個(gè)Web服務(wù)器發(fā)出一個(gè)請(qǐng)求。在 Web 服務(wù)器處理該請(qǐng)求時(shí)，將它傳遞給 Servlet 容器，由 Servlet 容器將請(qǐng)求傳遞給合適的 Servlet. Servlet 有一個(gè)請(qǐng)求對(duì)象，它提供給 Servlet 關(guān)于請(qǐng)求的信息，包括誰調(diào)用 了該 Servlet, 傳送了什么樣的表單參數(shù)，以及關(guān)于 HTTP 請(qǐng)求的其它信息。 Servlet 通過一個(gè)響應(yīng)對(duì)象向客戶反饋數(shù)據(jù)。在請(qǐng)求處理期間的任何時(shí)候， Servlet 能夠利用一個(gè)上下文對(duì)象將發(fā)生的事件記入日志，獲得資源的 URL 引用，設(shè)置和存儲(chǔ)在同一上下文的其它Servlet 能夠使用的屬性。同樣， Servlet 也能訪問向它提供客戶狀態(tài)信息的一個(gè) session 對(duì)象。 MVC 設(shè)計(jì)模式 MVC 設(shè)計(jì)模式概念 MVC 是一種目前廣泛流行的軟件設(shè)計(jì)模式，早在 70 年代， IBM 就推出了Sanfronscisico項(xiàng)目計(jì)劃，其實(shí)就是 MVC設(shè)計(jì)模式的研究。近來，隨著 J2EE 的成熟，它正在成為在 J2EE 平臺(tái)上推薦的一種設(shè)計(jì)模型，也是廣大 Java 開發(fā)者非常感興趣的設(shè)計(jì)模型。 MVC 模式也逐漸在 PHP 和 ColdFusion 開發(fā)者中運(yùn)用，并 有增長(zhǎng)趨勢(shì)。隨著網(wǎng)絡(luò)應(yīng)用的快速增加， MVC 模式對(duì)于 Web 應(yīng)用的開發(fā)無疑是一種非常先進(jìn)的設(shè)計(jì)思想，無論你選擇哪種語言，無論應(yīng)用多復(fù)雜，它都能為你理解分析應(yīng)用模型時(shí)提供最基本的分析方法，為你構(gòu)造產(chǎn)品提供清晰的設(shè)計(jì)框架，為你的軟件工程提供規(guī)范的依據(jù)。 MVC 設(shè)計(jì)思想 MVC 英文即 ModelViewController，即把一個(gè)應(yīng)用的輸入、處理、輸出流程按照 Model、 View、 Controller 的方式進(jìn)行分離，這樣一個(gè)應(yīng)用被分成三個(gè)層—— 模型層、視圖層、控制層。 采用 MVC 設(shè)計(jì)模式優(yōu)勢(shì) MVC 的優(yōu)點(diǎn) ： 大部分用過程語言比如 ASP、 PHP 開發(fā)出來的 Web 應(yīng)用，初始的開發(fā)模板就是混合層的數(shù)據(jù)編程。例如，直接向數(shù)據(jù)庫(kù)發(fā)送請(qǐng)求并用 HTML 顯示 ,開發(fā)速度往往比較快 ,但由于數(shù)據(jù)頁面的分離不是很直接 ,因而很難體現(xiàn)出業(yè)務(wù)模型的樣子或者模型的重用性。產(chǎn)品設(shè)計(jì)彈性力度很小，很難滿足用戶的變化性需 求。 MVC 要求對(duì)應(yīng)用分層，雖然要花費(fèi)額外的工作，但產(chǎn)品的結(jié)構(gòu)清晰，產(chǎn)品的應(yīng)用通過模型可以得到更好地體現(xiàn)。 首先，最重要的是應(yīng)該有多個(gè)視圖對(duì)應(yīng)一個(gè)模型的能力。在目前用戶需求的快速變化下，可能有多種方式訪問應(yīng)用的要求。例如，訂單模型可能有本系統(tǒng)的訂單，也有網(wǎng)上訂單，或者其他系統(tǒng)的訂單，但對(duì)于訂單的處理都是一樣，也就是說訂單的處理是一致的。按 MVC 設(shè)計(jì)模式，一個(gè)訂單模型以及多個(gè)視圖即可解決問題。這樣減少了代碼的復(fù)制，即減少了代碼的維護(hù)量，一旦模型發(fā)生改變，也易于維護(hù)。 其次，由于模型返回的數(shù)據(jù)不帶任何顯示格式 ，因而這些模型也可直接應(yīng)用于接口的使用。 再次，由于一個(gè)應(yīng)用被分離為三層，因此有時(shí)改變其中的一層就能滿足應(yīng)用的改變。一個(gè)應(yīng)用的業(yè)務(wù)流程或者業(yè)務(wù)規(guī)則的改變只需改動(dòng) MVC 的模型層 。 控制層的概念也很有效，由于它把不同的模型和不同的視圖組合在一起完成不同的請(qǐng)求，因此，控制層可以說是包含了用戶請(qǐng)求權(quán)限的概念。 最后，它還有利于軟件工程化管理。由于不同的層各司其職，每一層不同的應(yīng)用具有某些相同的特征，有利于通過工程化、工具化產(chǎn)生管理程序代碼。 綜合上述， MVC 是構(gòu)筑軟件非常好的基本模式，至少將業(yè)務(wù)處理與顯示分離，強(qiáng)迫將應(yīng)用分為模型、視圖以及控制層 , 使得你會(huì)認(rèn)真考慮應(yīng)用的額外復(fù)雜性，把這些想法融進(jìn)到架構(gòu)中，增加了應(yīng)用的可拓展性。如果能把握到這一點(diǎn)， MVC模式會(huì)使得你的應(yīng)用更加強(qiáng)壯，更加有彈性，更加個(gè)性化。 MVC 設(shè)計(jì)模式原理 圖 23 MVC 設(shè)計(jì)模式 Struts 框架 Struts 框架概述 Struts 是目前使用最廣的 MVC 架構(gòu)，它可以在 Web 應(yīng)用程序中使用 JSP 和Servlet。 Struts 解決了用 JSP 或 Servlet 開發(fā) Web 應(yīng)用程序時(shí)遇到的問題。大多數(shù)情況下，可以使用 Servlet 生成 HTML 頁面，并傳送到客戶端，但這樣所有的代碼都需用 Servlet 編寫，代碼比較麻煩，而且維護(hù)起來很困難；另外，使用JSP來生成 HTML頁面時(shí)，業(yè)務(wù)邏輯和顯示邏輯混雜在一起，很多 Java代碼和 HTML混在一起，代碼維護(hù)量大，開發(fā)效率低。 Struts 在 Java 服務(wù)器端實(shí)現(xiàn)了 MVC 設(shè)計(jì)模式，在創(chuàng)建 Web 應(yīng)用程序時(shí)能容易的分離表示層和業(yè)務(wù)數(shù)據(jù)層，這樣就解決了 JSP 所帶來的問題。 Struts 框架優(yōu)點(diǎn) Struts 框架是目前最成熟、應(yīng)用最廣泛的開放源代碼 Java Web MVC 框架，該框架為 Java Web 應(yīng)用系統(tǒng)的開發(fā)者提供了一個(gè)結(jié)構(gòu)清晰、功能強(qiáng)大、成本低 廉、容易擴(kuò)展及方便維護(hù)的平臺(tái)。 Struts 基于 MVC 設(shè)計(jì)模式，使用 servlet 和JSP API 建立，可以用來構(gòu)建復(fù)雜的 Web 應(yīng)用。它允許我們分解一個(gè)應(yīng)用程序的業(yè)務(wù)邏輯、控制邏輯和表現(xiàn)邏輯的代碼，使它的重用性和維護(hù)性更好。 Hibernate 框架 . 框架概述 Hibernate 是一個(gè)開放源代碼的對(duì)象關(guān)系映射框架，它對(duì) JDBC 進(jìn)行了非常輕量級(jí)的對(duì)象封裝，使得 Java 程序員可以隨心所欲的使用對(duì)象 編程思維來操縱數(shù)據(jù)庫(kù)。 Hibernate 可以應(yīng)用在任何使用 JDBC 的場(chǎng)合，既可以在 Java 的客戶端程序使用，也可以在 Servlet/JSP 的 Web 應(yīng)用中使用，最具革命意義的是，Hibernate 可以在應(yīng)用 EJB 的 J2EE 架構(gòu)中取代 CMP，完成數(shù)據(jù)持久化的重任。 Hibernate 的核心接口一共有 5 個(gè)，分別為 :Session、 SessionFactory、Transaction、 Query 和 Configuration。這 5 個(gè)核心接口在任何開發(fā)中都會(huì)用到。通過這些接口，不僅可以對(duì)持久化對(duì)象進(jìn)行存取，還能夠進(jìn)行事務(wù)控制。下面對(duì)這五個(gè)核心接口分別加以介紹。 Session 接口 :Session 接口負(fù)責(zé)執(zhí)行被持久化對(duì)象的 CRUD 操作 (CRUD 的任務(wù)是完成與數(shù)據(jù)庫(kù)的交流，包含了很多常見的 SQL 語句。 )。但需要注意的是Session 對(duì)象是非線程安全的。同 時(shí)， Hibernate 的 session 不同于 JSP 應(yīng)用中的 HttpSession。這里當(dāng)使用 session 這個(gè)術(shù)語時(shí)，其實(shí)指的是 Hibernate 中的session，而以后會(huì)將 HttpSesion 對(duì)象稱為用戶 session。 SessionFactory 接口 :SessionFactory 接口負(fù)責(zé)初始化 Hibernate。它充當(dāng)數(shù)據(jù)存儲(chǔ)源的代理，并負(fù)責(zé)創(chuàng)建 Session 對(duì)象。這里用到了工廠模式。需要注意的是 SessionFactory 并不是輕量級(jí)的，因?yàn)橐话闱闆r下，一個(gè)項(xiàng)目通常只需要 一個(gè) SessionFactory 就夠，當(dāng)需要操作多個(gè)數(shù)據(jù)庫(kù)時(shí)，可以為每個(gè)數(shù)據(jù)庫(kù)指定一個(gè) SessionFactory。 Configuration 接口 :Configuration 接口負(fù)責(zé)配置并啟動(dòng) Hibernate，創(chuàng)建 SessionFactory 對(duì)象。在 Hibernate 的啟動(dòng)的過程中， Configuration 類的實(shí)例首先定位映射文檔位置、讀取配置，然后創(chuàng)建 SessionFactory 對(duì)象。 Transaction 接口 :Transaction 接口負(fù)責(zé)事務(wù)相關(guān)的操作。它是可選的，開發(fā)人員也可以設(shè)計(jì)編寫自己的底層事務(wù)處理 代碼。 Query 和 Criteria接口 :Query和 Criteria接口負(fù)責(zé)執(zhí)行各種數(shù)據(jù)庫(kù)查詢。它可以使用 HQL 語言或 SQL 語句兩種表達(dá)方式。 框架優(yōu)點(diǎn) 一、 Hibernate 是 JDBC 的輕量級(jí)的對(duì)象封裝，它是一個(gè)獨(dú)立的對(duì)象持久層框架，和 App Server，和 EJB 沒有什么必然的聯(lián)系。 Hibernate 可以用在任何JDBC 可以使用的場(chǎng)合，例如 Java 應(yīng)用程序的數(shù)據(jù)庫(kù)訪問代碼， DAO接口的實(shí)現(xiàn)類，甚至可以是 BMP 里面的訪問數(shù)據(jù)庫(kù)的代碼。從這個(gè)意義上來說， Hibernate和 EB 不是一個(gè)范疇的東西，也不存在非此即彼的關(guān)系。 二、 Hibernate 是一個(gè)和 JDBC 密切關(guān)聯(lián)的框架，所以 Hibernate 的兼容性和 JDBC 驅(qū)動(dòng)，和數(shù)據(jù)庫(kù)都有一定的關(guān)系，但是和使用它的 Java 程序，和 App Server 沒有任何關(guān)系，也不存在兼容性問題。 三、 Hibernate 不能用來直接和 Entity Bean 做對(duì)比，只有放在整個(gè) J2EE項(xiàng)目的框架中才能比較。并且即使是放在軟件整體框架中來看， Hibernate 也是做為 JDBC的替代者出現(xiàn)的，而不是 Entity Bean 的替代者出現(xiàn)的 。 AJAX 技術(shù) AJAX 技術(shù)概述 AJAX 全稱為 “Asynchronous JavaScript and XML” （異步 JavaScript 和XML），是指一種創(chuàng)建交互式網(wǎng)頁應(yīng)用的網(wǎng)頁開發(fā)技術(shù)。 國(guó)內(nèi)通常的讀音為 “ 阿賈克斯 ” 和阿賈克斯足球隊(duì)讀音一樣。 Web 應(yīng)用的交互如 Flickr, Backpack 和Google 在這方面已經(jīng)有質(zhì)的飛躍。這個(gè)術(shù)語源自描述從基于網(wǎng)頁的 Web 應(yīng)用到基于數(shù)據(jù)的應(yīng)用的轉(zhuǎn)換。在基于數(shù)據(jù)的應(yīng)用中，用戶需求的數(shù)據(jù)如聯(lián)系人列表，可以從獨(dú)立于實(shí)際網(wǎng)頁的服務(wù)端取得并且可以被動(dòng)態(tài)地 寫入網(wǎng)頁中，給緩慢的 Web 應(yīng)用體驗(yàn)著色使之像桌面應(yīng)用一樣。 雖然大部分開發(fā)人員在過去使用過XMLHttp 或者使用 Iframe 來加載數(shù)據(jù)，但僅到現(xiàn)在我們才看到傳統(tǒng)的開發(fā)人員和公司開始采用這些技術(shù)。就像新的編程語言或模型伴隨著更多的痛苦，開發(fā)人員需要學(xué)習(xí)新的技巧及如何最好利用這些新技術(shù)。 AJAX 模式 許多重要的技術(shù)和 AJAX 開發(fā)模式可以從現(xiàn)有的知識(shí)中獲取。例如，在一個(gè)發(fā)送請(qǐng)求到服務(wù)端的應(yīng)用中，必須包含請(qǐng)求順序、優(yōu)先級(jí)、超時(shí)響應(yīng)、錯(cuò)誤處理及回調(diào)，其中許多元素已經(jīng)在 Web 服務(wù)中包含了，就像現(xiàn)在的 SOA。 AJAX 開 發(fā)人員擁有一個(gè)完整的系統(tǒng)架構(gòu)知識(shí)。同時(shí)，隨著技術(shù)的成熟還會(huì)有許多地方需要改進(jìn)，特別是 UI部分的易用性。 AJAX 開發(fā)與傳統(tǒng)的 CS 開發(fā)有很大的不同。這些不同引入了新的編程問題，最大的問題在于易用性。由于 AJAX 依賴瀏覽器的 JavaScript 和 XML，瀏覽器的兼容性和支持的標(biāo)準(zhǔn)也變得和 JavaScript 的運(yùn)行時(shí)性能一樣重要了。這些問題中的大部分來源于瀏覽器、服務(wù)器和技術(shù)的組合，因此必須理解如何才能最好的使用這些技術(shù)。 綜合各種變化的技術(shù)和強(qiáng)耦合的客戶服務(wù)端環(huán)境， AJAX 提出了一種新的開發(fā)方式。 AJAX 開發(fā)人 員必須理解傳統(tǒng)的 MVC 架構(gòu)，這限制了應(yīng)用層次之間的邊界。同時(shí)，開發(fā)人員還需要考慮 CS 環(huán)境的外部和使用 AJAX 技術(shù)來重定型 MVC邊界。最重要的是， AJAX 開發(fā)人員必須禁止以頁面集合的方式來考慮 Web 應(yīng)用而需要將其認(rèn)為是單個(gè)頁面。一旦 UI 設(shè)計(jì)與服務(wù)架構(gòu)之間的范圍被嚴(yán)格區(qū)分開來后，開發(fā)人員就需要更新和變化的技術(shù)集合了。 AJAX 的最大機(jī)遇在于用戶體驗(yàn)。在使應(yīng)用更快響應(yīng)和創(chuàng)新的過程中，定義Web 應(yīng)用的規(guī)則正在被重寫 。因此開發(fā)人員必須更注重用戶?，F(xiàn)在用戶已經(jīng)逐漸習(xí)慣如何使用 Web 應(yīng)用了