【導(dǎo)讀】pleteyourtoolkit.Theshoe. tagsasASPdid.Ourfirst

　　

【正文】 不必僅僅局限于部署在 Windows 和 IIS 上盡管核心 .NET平臺可以在好幾種非 Windows平臺上運行，但 ASP這一部分不可以。您不能期望可以將重要的 務(wù)器和操作系統(tǒng)。對于某些應(yīng)用，這種差異沒有什么影響。但有些應(yīng)用，這種差異卻非常重要。其次，對于某些應(yīng)用，底層語言的選擇至關(guān)重要。例如，盡管 .NET的 C語言設(shè)計優(yōu)良，且和 Java 類似，但熟悉核心 C語法和眾多工具庫的程序員很少。此外 ,許多開發(fā)者依舊使用最初版本的 ASP。相對于這 個版本 ,JSP 在動態(tài)代碼方面擁有明顯的優(yōu)勢。使用 JSP,動態(tài)部分是用 Java 編寫的 ,而非 VBScript過其他 ASP專有的語言 ,因此 JSP更為強勁 ,更適合于要求組件重用的復(fù)雜應(yīng)用。 當將 JSP 與之前版本的 ColdFusion 對比時，您可能會得到相同的結(jié)論。應(yīng)用 JSP，您可以使用 Java編寫 “真正的代碼 ”，不必依賴于特定的服務(wù)器產(chǎn)品。然而，當前版本的 ColdFusion滿足 J2EE服務(wù)器的環(huán)境，允許開發(fā)者容易的混合使用 ColdFusion和 Servlet/JSP 代碼。 與 PHP相比， PHP（ “PHP： Hypertext Preprocessor”的遞歸字母縮寫詞）是免費的、開放源代碼的、 HTML 嵌入其中的腳本語言，與 ASP 和 JSP 都有某種程度的類似。 JSP 的一項優(yōu)勢是動態(tài)部分用 Java 編寫，而 Java 已經(jīng)在聯(lián)網(wǎng)、數(shù)據(jù)庫訪問、分布式對象等方面擁有廣泛的 API，而 PHP 需要學(xué)習(xí)全新的、應(yīng)用相對廣泛的語言。 JSP的第二項優(yōu)勢是，和 PHP相比， JSP擁有極為廣泛的工具和服務(wù)器提供商的支持。 與純 Servlet 相比，原則上， JSP 并沒有提供 Servlet 不能完成的功能。實際上， JSP文檔在后臺被自動轉(zhuǎn)換成 Servlet。但是編寫（和修改）常規(guī)的 HTML，要比無數(shù) println語句生成 HTML要方便得多。另外，通過將表示與內(nèi)容分離，可以為不同的人分配不同的任務(wù)：網(wǎng)頁設(shè)計人員使用熟悉的工具構(gòu)建 HTML，要么為 Servlet程序員留出空間插入動態(tài)內(nèi)容，要么通過 XML標簽間接調(diào)用動態(tài)內(nèi)容。 這是否表示您只可以學(xué)習(xí) JSP，將 Servlet 丟到一邊呢？當然不是！由于以下 4種原因， JSP開發(fā)人員需要了解 Servlet： （ 1） JSP頁面會轉(zhuǎn)換成 Servlet。不了解 Servlet就無法知道 JSP如何工作。 （ 2） JSP由靜態(tài) HTML、專用的 JSP標簽和 Java代碼組成。哪種類型的 Java代碼呢？當然是 Servlet代碼！如果不了解 Servlet編程，那么就無法編寫這種代碼。 （ 3）一些任務(wù)用 Servlet完成比用 JSP來完成要好。 JSP擅長生成由大量組織有序的結(jié)構(gòu)化 HTML 或其他字符數(shù)據(jù)組成的頁面。 Servlet 擅長生成二進制數(shù)據(jù)，構(gòu)建結(jié)構(gòu)多樣的頁面，以及執(zhí)行輸出很少或者沒有輸出的任務(wù)（比如重定向）。 （ 4）有些任務(wù)更適合于組合使用 Servlet和 JSP來完成，而非單獨 使用 Servlet或 JSP。 與 JavaScript 相比， JavaScript 和 Java 編程語言完全是兩碼事，前者一般用于在 客戶端動態(tài)生成 HTML，在瀏覽器載入文檔時構(gòu)建網(wǎng)頁的部分內(nèi)容。這是一項有用的功能，一般與 JSP的功能（只在服務(wù)器端運行）并不發(fā)生重疊。和常規(guī) HTML頁面一樣， JSP頁面依舊可以包括用于 JavaScript的 SCRIPT標簽。實際上， JSP甚至能夠用來動態(tài)生成發(fā)送到客戶端的 JavaScript。因此， JavaScript不是一項競爭技術(shù)，它是一項補充技術(shù) JavaScript 也可 以用在服務(wù)器端，最因人注意的是 SUN ONE（以前的iPla）、 IIS 和 BroadVision服務(wù)器。然而， Java更為強大靈活、可靠且可移植。 與 WebMacro和 Velocity相比， JSP決非完美。許多人都曾指出過 JSP中能夠改進的功能。這是一件好事， JSP的優(yōu)勢之一是該規(guī)范由許多不同公司組成的社團控制。因此，在后續(xù)版本中，這項技術(shù)能夠得到協(xié)調(diào)的改進。 但是，一些組織已經(jīng)開發(fā)出了基于 Java 的替代技術(shù)，試圖彌補這些不足。據(jù)我們的判斷，這樣做是錯誤的。使用擴充 JSP 和 Servlet 技術(shù)的第三方工具，如 Apache Structs，是一種很好的思路，只要該工具帶來的好處能夠補償工具帶來的額外復(fù)雜性。但是，試圖使用非標準的工具代替 JSP則不理想。在選擇一項技術(shù)時，需要權(quán)衡許多方面的因素：標準化、可移植性、集成性、行業(yè)支持和技術(shù)特性。對于 JSP替代技術(shù)的爭論幾乎只是集中在技術(shù)特性上，而可移植性、標準化和集成性也十分重要。例如， Servlet 和 JSP 規(guī)范為 Web 應(yīng)用定義了一個標準的目錄結(jié)構(gòu)，并提供用于部署 Web應(yīng)用的標準文件（ .war文件）。所有 JSP兼容的服務(wù)器必須支持這些標準。我們可以建 立過濾器作用到任意樹木的 Servlet和 JSP頁面上，但不能用于非標準資源。 Web應(yīng)用安全設(shè)置也同樣如此。 此外，業(yè)界對 JSP 和 Servlet 技術(shù)的巨大支持使得這兩項技術(shù)都有了巨大的進步，從而減輕了對 JSP的許多批評。例如， JSP標準標簽庫和 JSP 語言解決了兩種最廣泛的批評：缺乏良好的迭代結(jié)構(gòu)；不使用顯式的 Java 代碼或冗長的 jsp:useBean元素難以訪問動態(tài)結(jié)果。 對 JSP的誤解，忘記 JSP技術(shù)是服務(wù)器端技術(shù)，下面是 Marty收到的一些典型問題（大部分問題不止一次的出現(xiàn)）。我們的 服務(wù)器正在運行 。我如何將 Swing組件用到 JSP頁面中呢？我如何將圖像放到 JSP頁面中？我不知道讀取圖像文件應(yīng)該使用哪些 Java? I/O 命令。 Tomcat不支持 JavaScript，當用戶在圖像上移動鼠標時，我如何使圖像突出顯示呢？我們的客戶使用不理解 JSP的舊瀏覽器。我應(yīng)該怎么做？當我們的客戶在瀏覽器中使用 “View? Source”（查看源代碼）時，如何阻止他們看到 JSP標簽？所有這些問題都基于瀏覽器對服務(wù)器端的過程在有所了解的假定之上。但事實上瀏覽器并不了解服務(wù)器端的過程。 因此：如果要 將使用 Swing 組件的 applet 放到網(wǎng)頁中，重要的是瀏覽器的Java版本，和服務(wù)器的 Java版本無關(guān)。如果瀏覽器支持 Java 2平臺，您可以使用正常的 APPLET（或 Java插件）標簽，即使在服務(wù)器上使用了非 Java技術(shù)也須如此。您不需要 Java? I/O 來讀取圖像文件，您只需將圖像放在存儲 Web資源的目錄中（即 WEBINF/classes向上兩級的目錄），并輸出一個正常的 IMG標簽。您應(yīng)該用 SCRIPT標簽，使用客戶端 JavaScript創(chuàng)建在鼠標下會更改的圖像，這不會由于服務(wù)器使用 JSP而改變。瀏覽 器根本不 “支持 ”JSP它們看到的只是 JSP頁面的輸出。因此，如同對待靜態(tài) HTML頁面一樣，只需確保 JSP輸出的 HTML與瀏覽器兼容。當然，您不需要采取什么措施來阻止客戶看到 JSP標簽，這些標簽在服務(wù)器上進行處理，發(fā)送給客戶的輸出中并不出現(xiàn)。混淆轉(zhuǎn)換期間和請求期間 JSP頁面需要轉(zhuǎn)換成 servlet。 Servlet在編譯后，載入到服務(wù)器的內(nèi)容中，初始化并執(zhí)行。但是每一步發(fā)生在什么時候呢？要回答這個問題，要記住以下兩點： JSP頁面僅在修改后第一次被訪問時，才會被轉(zhuǎn)換成 servlet并進行編譯；載入到內(nèi)存中 、初始化和執(zhí)行遵循 servlet的一般規(guī)則。