【導讀】boxes,checkboxes,radioboxes,listsanddrop-downlists,aswellasabutton. buttononaWebpage,youcansometimessee“cgi-bin”withinallthe. slow,it’sinelegant.

　　

【正文】 vaScript（它與 Java沒有任何關系；之所以叫那個名字，完全是一種市場策略）、 VBScript（同 Visual Basic很相似）以及 Tcl/Tk（來源于流行的跨平臺 GUI構造語言）。當然還有其他許多語言，也有許多正在開發(fā)中。 JavaScript 也許是 日 常用的，它得到的支持也最全面。無論NetscapeNavigator， Microsoft Inter Explorer，還是 Opera，目前都提供了對 JavaScript的支持。除此以外，市面上講述 JavaScript的書籍也要比講述其他語言的書多得多。有些工具還能利用 JavaScript自動產生網頁。當然，如果你已經有 Visual Basic或者 Tcl/Tk的深厚功底，當然用它們要簡單得多，起碼可以避免學習新語言的煩惱（解決 Web 方面的問題就已經夠讓人頭痛了）。 13 4. Java 如果說一種腳本編制語言能解決 80％的客戶端程序設計問題，那么剩下的 20％又該怎么辦呢？它們屬于一些高難度的問題嗎？目前最流行的方案就是 Java。它不僅是一種功能強大、高度安全、可以 跨平臺使用以及國際通用的程序設計語言，也是一種具有旺盛生命力的語言。對 Java 的擴展是不斷進行的，提供的語言特性和庫能夠很好地解決傳統(tǒng)語言不能解決的問題，比如多線程操作、數據庫訪問、連網程序設計以及分布式計算等等。Java通過 “程序片 ”（ Applet）巧妙地解決了客戶端編程的問題。 程序片（或 “小應用程序 ”）是一種非常小的程序，只能在 Web 瀏覽器中運行。作為 Web 頁的一部分，程序片代碼會自動下載回來（這和網頁中的圖片差不多）。激活程序片后，它會執(zhí)行一個程序。程序片的一個優(yōu)點體現在：通過程序片，一旦用戶需要客 戶軟件，軟件就可從服務器自動下載回來。它們能自動取得客戶軟件的最新版本，不會出錯，也沒有重新安裝的麻煩。由于 Java 的設計原理，程序員只需要創(chuàng)建程序的一個版本，那個程序能在幾乎所有計算機以及安裝了 Java 解釋器的瀏覽器中運行。由于Java 是一種全功能的編程語言，所以在向服務器發(fā)出一個請求之前，我們能先在客戶端做完盡可能多的工作。例如，再也不必通過因特網傳送一個請求表單，再由服務器確定其中是否存在一個拼寫或者其他參數錯誤。大多數數據校驗工作均可在客戶端完成，沒有必要坐在計算機前面焦急地等待服務器的響應。這樣一 來，不僅速度和響應的靈敏度得到了極大的提高，對網絡和服務器造成的負擔也可以明顯減輕，這對保障因特網的暢通是至關重要的。 與腳本程序相比， Java 程序片的另一個優(yōu)點是它采用編譯好的形式，所以客戶端看不到源碼。當然在另一方面，反編譯 Java 程序片也并不是件難事，而且代碼的隱藏一般并不是個重要的問題。大家要注意另外兩個重要的問題。正如本書以前會講到的那樣，編譯好的 Java 程序片可能包含了許多模塊，所以要多次 “命中 ”（訪問）服務器以便下載（在 Java ，這個問題得到了有效的改善 ——利用 Java壓縮檔 ，即 JAR文件 ——它允許設計者將所有必要的模塊都封裝到一起，供用戶統(tǒng)一下載）。在另一方面，腳本程序是作為 Web頁正文的一部分集成到 Web頁內的。這種程序一般都非 14 常小，可有效減少對服務器的點擊數。另一個因素是學習方面的問題。不管你平時聽別人怎么說， Java 都不是一種十分容易便可學會的語言。如果你以前是一名 Visual Basic 程序員，那么轉向 VBScript會是一種最快捷的方案。由于 VBScript 可以解決大多數典型的客戶機／服務器問題，所以一旦上手，就很難下定決心再去學習 Java。如果對腳本編制語言比較熟 ，那么在轉向 Java 之前，建議先熟悉一下 JavaScript 或者 VBScript，因為它們可能已經能夠滿足你的需要，不必經歷學習 Java的艱苦過程。 5. ActiveX 在某種程度上， Java的一個有力競爭對手應該是微軟的 ActiveX，盡管它采用的是完全不同的一套實現機制。 ActiveX 最早是一種純 Windows 的方案。經過一家獨立的專業(yè)協(xié)會的努力， ActiveX現在已具備了跨平臺使用的能力。實際上， ActiveX 的意思是 “假如你的程序同它的工作環(huán)境正常連接，它就能進入 Web頁，并在支持 ActiveX的 瀏覽器中運行 ”（ IE 固化了對ActiveX 的支持，而 Netscape 需要一個插件）。所以， ActiveX 并沒有限制我們使用一種特定的語言。比如，假設我們已經是一名有經驗的 Windows程序員，能熟練地使用 像 C++、 Visual Basic 或者 Borland Delphi 那樣的語言，就能幾乎不加任何學習地創(chuàng)建出 ActiveX組件。事實上， ActiveX是在我們的 Web頁中使用 “歷史遺留 ”代碼的最佳途徑。 6. 安全 自動下載和通過因特網運行程序聽起來就 像 是一個病毒制造者的夢想。在客戶端的編程中， ActiveX帶來了最讓人頭痛的安全問題。點擊一個Web站點的時候，可能會隨同 HTML網頁傳回任何數量的東西： GIF文件、腳本代碼、編譯好的 Java 代碼以及 ActiveX 組件。有些是無害的； GIF 文件不會對我們造成任何危害，而腳本編制語言通常在自己可做的事情上有著很大的限制。 Java 也設計成在一個安全 “沙箱 ”里在它的程序片中運行，這樣可防止操作位于沙箱以外的磁盤或者內存區(qū)域。 ActiveX是所有這些里面最讓人擔心的。用 ActiveX編寫程序就 像 編制 15 Windows 應用程序 ——可以做自己想做的任何事情。下載回一個 ActiveX組件后，它完全可能對我們磁盤上的文件造成破壞。當然，對那些下載回來并不限于在 Web 瀏覽器內部運行的程序，它們同樣也可能破壞我們的系統(tǒng)。從 BBS 下載回來的病毒一直是個大問題，但因特網的速度使得這個問題變得更加復雜。 目前解決的辦法是 “數字簽名 ”，代碼會得到權威機構的驗證，顯示出它的作者是誰。這一機制的基礎是認為病毒之所以會傳播，是由于它的編制者匿名的緣故。所以假如去掉了匿名的因素，所有設計者都不得不為它們的行為負責。這似乎是一個很好的主意，因為它使程序顯得更加正規(guī)。但我對它能消除惡意因素持懷疑態(tài)度 ，因為假如一個程序便含有 Bug，那么同樣會造成問題。 Java 通過 “沙箱 ”來防止這些問題的發(fā)生。 Java 解釋器內嵌于我們本地的 Web 瀏覽器中，在程序片裝載時會檢查所有有嫌疑的指令。特別地，程序片根本沒有權力將文件寫進磁盤，或者刪除文件（這是病毒最喜歡做的事情之一）。我們通常認為程序片是安全的。而且由于安全對于營建一套可靠的客戶機／服務器系統(tǒng)至關重要，所以會給病毒留下漏洞的所有錯誤都能很快得到修復（瀏覽器軟件實際需要強行遵守這些安全規(guī)則；而有些瀏覽器則允許我們選擇不同的安全級別，防止對系統(tǒng)不同程度的訪問）。 大家或許會懷疑這種限制是否會妨礙我們將文件寫到本地磁盤。比如，我們有時需要構建一個本地數據庫，或將數據保存下來，以便日后離線使用。最早的版本似乎每個人都能在線做任何敏感的事情，但這很快就變得非常不現實（盡管低價 “互聯網工具 ”有一天可能會滿足大多數用戶的需要）。解決的方案是 “簽了名的程序片 ”，它用公共密鑰加密算法驗證程序片確實來自它所聲稱的地方。當然在通過驗證后，簽了名的一個程序片仍然可以開始清除你的磁盤。但從理論上說，既然現在能夠找到創(chuàng)建人 “算帳 ”，他們一般不會干這種蠢事。 Java 個框架，在必要時，可讓一個程序片 “走 ”到沙箱的外面來 。 數字簽名遺漏了一個重要的問題，那就是人們在因特網上移動的速度。如下載回一個錯誤百出的程序，而它很不幸地真的干了某些蠢事，需要多久的時間才能發(fā)覺這一點呢？這也許是幾天，也可能幾周之后。發(fā)現了之后，又如何追蹤當初肇事的程序呢（以及它當時的責任有多大）？ 16 7. 因特網和內聯網 Web 是解決客戶機／服務器問題的一種常用方案，所以最好能用相同的技術解決此類問題的一些 “子集 ”，特別是公司內部的傳統(tǒng)客戶機／服務器問題。對于傳統(tǒng)的客戶機／服務器模式，我們面臨的問題是擁 有多種不同類型的客戶計算機，而且很難安裝新的客戶軟件。但通過 Web 瀏覽器和客戶端編程，這兩類問題都可得到很好的解決。若一個信息網絡局限于一家特定的公司，那么在將 Web 技術應用于它之后，即可稱其為 “內聯網 ”（ Intra），以示與國際性的 “因特網 ”（ Inter）有別。內聯網提供了比因特網更 高 的安全級別，因為可以物理性地控制對公司內部服務器的使用。說到培訓，一般只要人們理解了瀏覽器的常規(guī)概念，就可以非常輕松地掌握網頁和程序片之間的差異，所以學習新型系統(tǒng)的開銷會大幅度減少。 安全問題將我們引入客戶端編程 領域一個似乎是自動形成的分支。若程序是在因特網上運行，由于無從知曉它會在什么平臺上運行，所以編程時要特別留意，防范可能出現的編程錯誤。需作一些跨平臺處理，以及適當的安全防范，比如采用某種腳本語言或者 Java。 但假如在內聯網中運行，面臨的一些制約因素就會發(fā)生變化。全部機器均為 Intel/Windows 平臺是件很平常的事情。在內聯網中，需要對自己代碼的質量負責。而且一旦發(fā)現錯誤，就可以馬上改正。除此以外，可能已經有了一些 “歷史遺留 ”的代碼，并用較傳統(tǒng)的客戶機／服務器方式使用那些代碼。但在進行升級時，每次都要物 理性地安裝一道客戶程序。浪費在升級安裝上的時間是轉移到瀏覽器的一項重要原因。使用了瀏覽器后，升級就變得易如反掌，而且整個過程是透明和自動進行的。如果真的是牽涉到這樣的一個內聯網中，最明智的方法是采用 ActiveX，而非試圖采用一種新的語言來改寫程序代碼。 面臨客戶端編程問題令人困惑的一系列解決方案時，最好的方案是先做一次投資／回報分析。請總結出問題的全部制約因素，以及什么才是最快的方案。由于客戶端程序設計仍然要編程，所以無論如何都該針對自己的特定情況采取最好的開發(fā)途徑。這是準備面對程序開發(fā)中一些不可避免的問 題時，我們可以 做出 的最佳姿態(tài)。 17 8服務器端編程 我們的整個討論都忽略了服務器端編程的問題。如果向服務器發(fā)出一個請求，會發(fā)生什么事情？大多數時候的請求都是很簡單的一個 “把這個文件發(fā)給我 ”。瀏覽器隨后會按適當的形式解釋這個文件：作為 HTML頁、一幅圖、一個 Java 程序片、一個腳本程序等等。向服務器發(fā)出的較復雜的請求通常涉及到對一個數據庫進行操作 (事務處理 )。其中最常見的就是發(fā)出一個數據庫檢索命令，得到結果后，服務器會把它格式化成 HTML頁，并作為結果傳回來 (當然，假如客戶通過 Java或者某種腳本語言具有了更高的 智能，那么原始數據就能在客戶端發(fā)送和格式化；這樣做速度可以更快，也能減輕服務器的負擔 )。另外，有時需要在數據庫中注冊自己的名字（比如加入一個組時），或者向服務器發(fā)出一份訂單，這就涉及到對那個數據庫的修改。這類服務器請求必須通過服務器端的一些代碼進行，我們稱其為 “服務器端的編程 ”。在傳統(tǒng)意義上，服務器端編程是用 Perl 和 CGI腳本進行的，但更復雜的系統(tǒng)已經出現。其中包括基于 Java的 Web服務器，它允許我們用 Java進行所有服務器端編程，寫出的程序就叫 做 “小服務程序 ”(Servlet)。 ： 應用程序 與 Java有關的大多數爭論都是與程序片有關的。 Java實際是一種常規(guī)用途的程序設計語言，可解決任何類型的問題，至少理論上如此。而且正如前面指出的，可以用更有效的方式來解決大多數客戶機／服務器問題。如果將視線從程序片身上轉開（同時放寬一些限制，比如禁止寫盤等），就進入了常規(guī)用途的應用程序的廣闊領域。這種應用程序可獨立運行，毋需瀏覽器，就象普通的執(zhí)行程序那樣。在這兒， Java 的特色并不僅僅反應在它的移植能力，也反映在編程本身上。就 像 貫穿全書都會講到的那樣， Java提供了許多有用的特性，使我們能在較短的 時間里創(chuàng)建出比用從前的程序設計語言更健壯的程序。 但要注意任何東西都不是十全十美的，我們?yōu)榇艘惨冻鲆恍┐鷥r。其中最明顯的是執(zhí)行速度放慢了（盡管可對此進行多方面的調整）。和任何語言一樣， Java 本身也存在一些限制，使得它不十分適合解決某些特殊的 18 編程問題。但不管怎樣， Java 都是一種正在快速發(fā)展的語言。隨著每個新版本的發(fā)布，它變得越來越可愛，能充分解決的問題也變得越來越多。