【導(dǎo)讀】1. Source:Servlet&JSP. GENERALIZE. 2

　　

【正文】 對項目中的某些請求， 我們 可能會在 MVC 構(gòu)架下組合使用這兩項技術(shù)。我們總是希望用適當(dāng)?shù)墓ぞ咄瓿上鄬?yīng)的工作，僅僅是 servlet 并不 一定能夠勝任所有工作 。 JSP 的由來 Sun 公司的 JSP 技術(shù)，使 Web 頁面開發(fā)人員可以使用 HTML 或者 XML 標(biāo)識來設(shè)計和格式化最 終頁面。使用 JSP 標(biāo)識或者小腳本來生成頁面上的動態(tài)內(nèi)容 (內(nèi)容是根據(jù)請求來變化的 )。 Java Servlet 是 JSP 技術(shù)的基礎(chǔ)，而且大型的 Web 應(yīng)用程序的開發(fā)需要 Java Servlet和 JSP 配合才能完成， Servlet 這個名稱源于 Applet，現(xiàn)在國內(nèi)的翻譯方式很多，本書為了避免誤會，決定直接采用 Servlet 而不做任何翻譯，讀者如果愿意，可以稱之為“小服務(wù)程序”。 Servlet 其實和傳統(tǒng)的 CGI、 ISAPI、 NSAPI 等 Web 程序開發(fā)工具的作用是相似的，在使用 Java Servlet 以后，用戶不必再使 用效率低下的 CGI 方式，也不必使用只能在某個固定 Web 服務(wù)器平臺運行的 API 方式來動態(tài)生成 Web 頁面。許多 Web 服務(wù)器都支持 Servlet，即使不直接支持 Servlet 的 Web 服務(wù)器也可以通過附加的應(yīng)用服務(wù)器和模塊來支持 Servlet。得益于 Java 的跨平臺的特性， Servlet 也是平臺無關(guān)的，實際上，只要符合 Java Servlet 規(guī)范， Servlet 是完全與平臺無關(guān)且是與 Web 服務(wù)器無關(guān)的。由于Java Servlet 內(nèi)部是以線程方式提供服務(wù)，不必對于每個請求都啟動一個進程，并且利用多線程機制可以同時為 多個請求服務(wù)，因此 Java Servlet 效率非常高。 但 Java Servlet也不是沒有缺點，和傳統(tǒng)的 CGI、 ISAPI、 NSAPI 方式相同， Java Servlet是利用輸出 HTML 語句來實現(xiàn)動態(tài)網(wǎng)頁的，如果用 Java Servlet 來開發(fā)整個網(wǎng)站，動態(tài)部分和靜態(tài)頁面的整合過程會非常難以實現(xiàn)。為了解決 Java Servlet 的這種缺點， SUN 推出了 JSP。 許多年前， Marty 受到邀請 ,參加一個有關(guān)軟件技術(shù)的小型研討會 .坐 在 Marty 旁邊的人是 James Gosling Java 編程語言的發(fā)明者 。隔幾個位置 ,是來自華盛頓一家大型軟件公司的高級經(jīng)理。在討論過程中 ,研討會的主席提出了 Jini 的議題 ,這在當(dāng)時是一項新的 Java 技術(shù) 。 主席向該經(jīng)理詢問他的想法 .他 回答 說 ,雖然現(xiàn)在言之過早，但這看起來會是非常有前途的一項技術(shù)。 他們會持續(xù)關(guān)注這項技術(shù) ,如果這項技術(shù)變得流行起來 ,他們會遵循公司的 “ 接受并擴充 (embrace and extend)” 的策略 .此時 , Gosling 隨意地插話說 “ 你的意思其實就是不接受且不擴充 (disgrace and distend)。 ” 在此 , Gosling 的抱怨顯示出，他感到這 個公司會從其他公司那里拿走技術(shù) ,用于他們自己的目的 .出人意料的是，形勢已經(jīng)完全不同 。 Java 團隊并 沒有發(fā)明這一思想 將頁面設(shè)計成由靜態(tài) HTML 和用特殊標(biāo)簽標(biāo)記的動態(tài)代碼混合組成 .。 ColdFusion 多年前就已經(jīng)這樣做了。甚至 ASP(來自于前述經(jīng)理所在公司的一項產(chǎn)品 )都在 JSP 出現(xiàn)之前 10 推廣了這種方式。實際上 ,JSP 不只采用了這種通用概念 ,它甚至使用許多和 ASP 相同的特殊標(biāo)簽。 JSP 是建立在 Java servlets 模型之上的表達層技術(shù)，它使編寫 HTML 變得更簡單。像 SSJS 一樣，它也允許你將靜態(tài) HTML 內(nèi)容與服務(wù)器端腳本混合起來生成動態(tài)輸出。JSP 把 Java 作為默認(rèn)的腳本語言，然而，就像 ASP 可以使用其他語言 (如 JavaScript 和VBScript)一樣， JSP 規(guī)范也允許使用其他語言 。 JSP 的特點 按照腳本語言是服務(wù)于某一個子系統(tǒng)的語言這種論述， JSP 應(yīng)當(dāng)被看作是一種腳本語言。然而，作為一種腳本語言， JSP 又顯得過于強大了，在 JSP 中幾乎可以使用全部的 Java 類。 作為一種基于文本的、以顯示為中心的開發(fā)技術(shù)， JSP 提供了 Java Servlet 的所有好處，并且， 當(dāng)與一個 JavaBeans 類 結(jié)合在一起時， JSP 提供了一種使內(nèi)容和顯示邏輯分開的簡單方式。分開內(nèi)容和顯示邏輯的好處是，更新頁面外觀的人員不 必懂得 Java代碼，而更新 JavaBeans 類的人員也不必是設(shè)計網(wǎng)頁的行家里手，就可以用帶 JavaBeans類的 JSP 頁面來定 義 Web 模板，以建立一個由具有相似的外觀的頁面組成的網(wǎng)站。JavaBeans 類完成數(shù)據(jù)提供，這樣在模板中就沒有 Java 代碼，這意味著這些模板可以由一個 HTML 編寫人員來維護。 當(dāng)然，也可以利用 Java Servlet 來控制網(wǎng)站的邏輯，通過Java Servlet 調(diào)用 JSP 文件的 方式來將網(wǎng)站的邏輯和內(nèi)容分離。 一般來說，在實際的 JSP 引擎中， JSP 頁面在執(zhí)行時是編譯式，而不是解釋式的。解釋式的動態(tài)網(wǎng)頁開發(fā)工具如 ASP、 PHP3 等由于速度等原因已經(jīng)滿足不了當(dāng)前大型電子商務(wù)應(yīng)用的需要了，傳統(tǒng)的開發(fā)技術(shù)都在向編譯執(zhí)行的方式改變，如 ASP→ASP+ ；PHP3→PHP4 。 在 JSP 規(guī)范書中，并沒有明確要求 JSP 中的程序代碼部分 (稱為 Scriptlet)一定要用Java 來寫。實際上，有一些 JSP 引擎就是采用的其他腳本語言，如 EMACScript、 WebL等，但實際上這幾種腳本語言也是構(gòu)建在 Java 上面，編譯為 Servlet 來實現(xiàn)的。按照 JSP規(guī)范書寫，和 Java 沒有任何關(guān)系的 Scriptlet 也是可以的，不過，由于 JSP 的強大功能主要在于能和 JavaBeans、 Enterprise JavaBeans 共同運轉(zhuǎn)，所以即使是 Scriptlet 部分不使用Java，編譯成的執(zhí)行代碼也應(yīng)該是與 Java 相關(guān)的。 JSP 的機制 要理解 JSP怎樣聯(lián)合以上各種所提到的技術(shù)的優(yōu)點，從而輕而易舉地實現(xiàn)各種效果，用戶必須首先了解 “組件為中心的網(wǎng)頁開發(fā) ”和 “頁面為中心的網(wǎng)頁開發(fā) ”的區(qū)別。 SSJS 和 ASP 都是 在幾年前推出的，那時網(wǎng)絡(luò)還很年輕，沒有人知道除了把所有的商務(wù)、數(shù)據(jù)和表達邏輯統(tǒng)統(tǒng)堆進原始網(wǎng)頁中之外還有什么更好的解決方法。這種以頁面為中心的模型容易學(xué)習(xí)并且得到相當(dāng)快速的發(fā)展。然而，隨著時間的推移，人們認(rèn)識到這種方法不適于構(gòu)建大型的、可升級的 Web 應(yīng)用程序。在腳本環(huán)境中書寫的表達邏輯 11 被鎖在頁面內(nèi)，只有通過剪切和粘貼才能被重用。表達邏輯通常和商務(wù)及數(shù)據(jù)邏輯混在一起，這使得當(dāng)程序員試圖改變一個應(yīng)用程序的外觀而不想破壞與之緊密結(jié)合的商務(wù)邏輯時，應(yīng)用程序的維護就變得十分艱難。其事實上，企業(yè)中可重用組件的應(yīng)用早已經(jīng)很成熟，沒有人愿意為它們的應(yīng)用程序重寫那些邏輯。 HTML 和圖形設(shè)計師把它們的設(shè)計的實施工作交給了 Web 編寫者，使他們不得不加倍工作 —— 常常是手工編寫，因為沒有合適的工具可以把服務(wù)器端腳本與 HTML 內(nèi)容結(jié)合起來。簡而言之，隨著 Web 應(yīng)用程序的復(fù)雜性不斷提升，以頁面為中心的開發(fā)方式的局限性變得明顯起來。 與此同時，人們一直在尋找建立 Web 應(yīng)用程序的更好方法，組件在客戶機 /服務(wù)器領(lǐng)域流行起來。 JavaBeans 和 ActiveX 被 “快速應(yīng)用程序開發(fā) ”(RAD)工具發(fā)行商推廣給Java 和 Windows 應(yīng)用程序開發(fā)者用來快速開發(fā)復(fù)雜的程序。這些技術(shù)使某領(lǐng)域內(nèi)的專家可以為本領(lǐng)域內(nèi)的垂直應(yīng)用編寫組件，而開發(fā)者可以直接拿來使用而不必掌握這一領(lǐng)域的專門技術(shù)。 作為一種以組件為中心的開發(fā)平臺， JSP 出現(xiàn)了。它以 JavaBeans 和 Enterprise JavaBeans(EJB)組件包含商務(wù)和數(shù)據(jù)邏輯的模型為基礎(chǔ)，提供大量標(biāo)簽和一個腳本平臺用來在 HTML 頁中顯示由 JavaBeans 產(chǎn)生或回送的內(nèi)容。由于 JSP 的以組件為中心的性質(zhì)，它可以被 Java 和非 Java 開發(fā)者同樣使用。非 Java 開發(fā)者可以通過 JSP 的標(biāo)簽 (Tags)來使用高級 Java 開發(fā)者創(chuàng)建的 JavaBeans。 Java 開發(fā)者不僅可以創(chuàng)建和使用 JavaBeans，還能在 JSP 頁中使用 Java 語言來更精密地控制基于底層 JavaBeans 的表達邏輯。 現(xiàn)在來看看 JSP 是如何處理 HTTP 請求的。在基本請求模型中，一個請求直接被送到 JSP 頁中。 JSP 代碼控制著進行邏輯處理時與 JavaBeans 組件的交互，并在動態(tài)生成的、混合了靜態(tài) HTML 代碼的 HTML 頁中顯示結(jié)果。 Beans 可以是 JavaBeans 或 EJB組件。另外，更加復(fù)雜的請求模型可看作從被請求頁呼叫其他 JSP 頁或 Java Servlets。 JSP 引擎實際上要把 JSP 標(biāo)簽、 JSP 頁中的 Java 代碼甚至連同靜態(tài) HTML 內(nèi)容都轉(zhuǎn)換為大塊的 Java 代碼。這些代碼塊被 JSP 引擎組織到用戶看不到的 Java Servlet 中去，然后 Servlet 自動把它們編譯成 Java 字節(jié)碼。這樣，當(dāng)網(wǎng)站的訪問者請求一個 JSP 頁時，在它不知道的情況下，一個已經(jīng)生成的、預(yù)編譯過的 Servlet 實際上將完成所有的工作，非常隱蔽而又高效。因為 Servlet 是編譯過的，所以網(wǎng)頁中的 JSP 代碼不需要在每次請求該頁時被解釋一遍。 JSP 引擎只需在 Servlet 代碼最后被修改后編譯一次，然后這個編譯過的 Servlet 就可以被執(zhí)行了。由于是 JSP 引擎自動生成并編譯 Servlet，不用程序員動手編譯代碼，所以 JSP 能帶給你高效的性能和快速開發(fā)所需的靈活性。 和傳統(tǒng)的 CGI 相比較， JSP 有相當(dāng)?shù)膬?yōu)勢。首先，在速度上，傳統(tǒng)的 CGI 程序需要使用系統(tǒng)的標(biāo)準(zhǔn)輸入輸出設(shè)備來實現(xiàn)動態(tài)網(wǎng)頁的生成，而 JSP是直接和服務(wù)器相關(guān)聯(lián)的。而且對于 CGI 來說，每一個訪問就需要新增加一個進程來處理，進程不斷地建立和銷毀對于作為 Web 服務(wù)器的計算機將是不小的負(fù)擔(dān)。其次， JSP 是專門為 We b 開發(fā)而設(shè)計的，其目的是為了建立基于 Web 的應(yīng)用程序，其中包含了一整套的規(guī)范和工具。使用 12 JSP 技術(shù)可以很方便地將一大堆 JSP 頁面組合成為一個 Web 應(yīng)用程序。