【正文】 果要支持多種機器或操作系統(tǒng)的話，事情會更麻煩。最后還有一個最重要的性能問題：服務(wù)器可能會同時響應(yīng)成百上千個客戶，所以再小的耽擱都是很要命的。為了把延時降到最低，程序員們盡量減輕服務(wù)的負載，通常會把這些處理任務(wù)挪到客戶端，不過有時也會移到所謂的中間件的服務(wù)器上。（中間件也被用來增進系統(tǒng)的可維護性。） 分發(fā)數(shù)據(jù)這個簡單的思想竟然會引出這么些復(fù)雜層次，而所有這些問題看起來都像是根本不可能解開的謎。但還有更重要的：大約有一半的開發(fā)項目都是基于客戶 /服務(wù)器架構(gòu)的。它們包括 像接收訂單，信用卡交易額以及分發(fā)各種各樣的數(shù)據(jù) ——— 股票市場的，科研的，政府部門的，只要你能叫的上名字的。以前我們的作法是為每個問題設(shè)計不同的解決方案，每次都發(fā)明一種新方法。這種項目開發(fā)起來難，用戶用起來也不方便，它們必須適應(yīng)新的界面?？蛻?/服務(wù)器架構(gòu)這個問題必須要能在總體上解決。 把 Web當(dāng)作巨型的服務(wù)器 Web 實際上就是一個巨型的客戶 /服務(wù)器系統(tǒng)。實際上還差一點，因為所有的服務(wù)器和客戶機是共存在同一個網(wǎng)絡(luò)上的。不過這點你并不知道，因為你只關(guān)心是不是能連到那臺服務(wù)器，并且對它進行操作（盡管你可能得先在什么 地方找到那臺服務(wù)器）。 最初這只是個關(guān)向過程。你向服務(wù)器提請求，它交給你一個文件，然后你用本地機上的瀏覽器（也就是客戶）來解釋這個文件并且為它重新排版。但沒過多久，人們就不滿足于僅僅從服務(wù)器收發(fā)文件了。他們需要完整的客戶 /服務(wù)器功能，所以客戶也能向服務(wù)器發(fā)送信息了，比如查詢服務(wù)器端的數(shù)據(jù)庫，向服務(wù)器添加新的信息，或者下單（這項任務(wù)所要求的安全性比系統(tǒng)原先能提供的要高得多）。這些就是我們在 Web 的發(fā)展歷程中親眼目睹的變化。 Web 瀏覽器是一項巨大的進步：它的思想是要讓同樣的信息以通常的形式顯示在所有的機器上。 然而瀏覽器還是太原始了一些，而且也很快被加在它身上的任務(wù)給拖垮了。它的互動性不好，而且所有需要編程解決的任務(wù)都要交到服務(wù)器上去處理，所以經(jīng)常會把服務(wù)器和 Inter 給堵了。有時可能會花幾秒鐘，甚至是幾分鐘，才會發(fā)現(xiàn)提交的請求里面有一個拼寫錯誤。由于瀏覽器只是用來顯示，不能承擔(dān)哪怕是最簡單的計算任務(wù)。（另一方面這樣也很安全，因為它不會在你的本地機上執(zhí)行可能包含 bug 或病毒程序。） 為了解決這個問題，人們用了很多辦法。開始是升級圖形超標(biāo)準(zhǔn)，讓瀏覽器能顯示效果更佳的動畫和視頻。但是有些問題，只能通過讓客戶端的 瀏覽器運行程序來解決了。這被稱為客戶端編程。 客戶端編程 Web 最初的服務(wù)器 —— 瀏覽器設(shè)計提供了互動內(nèi)容，但是這種互動性是完全建立在服務(wù)器之上的。服務(wù)器為客戶端提供靜態(tài)頁面，而瀏覽器只是簡單的解釋頁面，然后顯示出來。 HTML 包括了基本的數(shù)據(jù)采集功能：輸入框，復(fù)選框，單選按鈕，列表，下拉式列表，以及只能用于清除表單或是把表單數(shù)據(jù) “ 提交 ” 給服務(wù)器的按扭。提交上來的數(shù)據(jù)會交給 Web 服務(wù)器上的通用網(wǎng)關(guān)接口程序。這些文本會告訴 CGI 該做些什么。最常見的就是在服務(wù)器上運行一個程序，這個程序一般會放在 “cgi bin” 目錄中。（如果按完 Web 頁面上的按扭之后，你仔細觀察瀏覽器頂部的地址條的話，有時你就會在那些不知所云的東西中看到 “cgi bin” 。）大多數(shù)語言都可以寫這些程序。 Perl 是最常用的，因為它設(shè)計的目的就是為了處理和解釋文本，所以不論服務(wù)器用的是那種處理器，或是那種操作系統(tǒng)，都能安裝 Perl。但 Python（我的最愛 ——— 見 ）由于其功能強大簡單易用，已經(jīng)對 Perl 的霸主地位發(fā)起了挑戰(zhàn)。 很多大型網(wǎng)站都是完全建立在 CGI 之上的，而且實際上你能用 CGI 來做幾乎任何事情。但是建立在 CGI 之上的網(wǎng)站會很快變得過于復(fù)雜而難以維護，此處還有一個相應(yīng)時間的問題。 CGI 程序的相應(yīng)時間取決于它要發(fā)送多少數(shù)據(jù)，以及服務(wù)器端各 Inter 的負載。（而且 CGI 程序本身就啟動很慢。）最初設(shè)計 Web 的人沒能預(yù)料到帶寬會消耗在這類應(yīng)用程序中。舉例來說，動態(tài)圖形實際上是不可能一致地運行的，所以服務(wù)器會把所有版本的 GIF 文件都傳到客戶端。而且，毫無疑問你肯定做過像填寫表格這種簡單的事。當(dāng)你按了發(fā)送按鈕之后，數(shù)據(jù)會被送回到服務(wù)器，然后服務(wù)器啟動 CGI 程序，但是發(fā)現(xiàn)有個錯誤，于是重新生成一個HTML 告訴你出來錯，再 把這個頁面?zhèn)鹘o你；然后你再重頭來一遍。這樣做不但慢，而且蠢。 解決方案就是客戶端編程。絕大多數(shù)運行 Web 瀏覽器的機器都有強大的引擎，能作很多工作，而且在原告靜態(tài)的 HTML 方法下，大多數(shù)時間，它們都是在傻等著服務(wù)器發(fā)送下一個頁面?？蛻舳司幊桃馕吨?Web 瀏覽器能物盡其用，結(jié)果是用戶能更快同時也更互動地體驗?zāi)愕木W(wǎng)站。 客戶端編程所遇到的問題同通用編程的沒有什么本質(zhì)性的區(qū)別。參數(shù)幾乎是相同的，只是平臺有寫差異；瀏覽器就是一個小型的操作系統(tǒng)。最后，你還得寫程序，還要解決一串讓人眼花繚亂的問題，還是提供客戶端編程的解決 方案。本節(jié)的余下部分會簡要介紹客戶端編程的問題與方法。 插件 在客戶端編程方面最重要的步驟之一就是開發(fā)插件。這是程序員就為瀏覽器提供新功能的辦法。它要求用戶從網(wǎng)上下載插件程序，然后把它集成到瀏覽器里。插件告訴瀏覽器 “ 從今往后，你可以進行這些新的工作了。 ” （插件只需下載一次。）插件為瀏覽器添加了一些快速強大的功能，但是寫一個插件可不是什么輕松的任務(wù)，也不應(yīng)該是建網(wǎng)站應(yīng)該作的事。插件對于客戶端編程的價值在于，它能讓專家級的程序員開發(fā)一種新的語言，并且不經(jīng)開發(fā)商的同意，就把這種語言加進瀏覽器里。于是插件提供了一個能創(chuàng)建新的客戶端編程語言的 “ 后門 ” （盡管不是所有的語言都是通過插件來實現(xiàn)的）。 腳本語言 插件導(dǎo)致了腳本語言的泛濫。你可以用腳本語言把客戶端程序的源代碼直接嵌進HTML 頁面里去， HTML 頁面顯示的時候，會自動激活這個插件去解釋這些程序的。腳本語言應(yīng)該比較 簡單，而且作為 HTML 頁面的一個部分，它們都是簡單的文本，所以會隨頁面一起獲取，而且裝載也很快。不過代價就是代碼只能給別人看了（或者說偷了）。總之，由于你沒法用腳本語言做非常復(fù)雜的東西，所以它的難度不會太大。 這一點決定了 Web 瀏覽器所用的腳本語言實際上是用來解決某些具體的問題的，主要是創(chuàng)建更豐富的，更互動的用戶界面的（ GUI）。然而，腳本語言也許能解決百分之十的客戶端編程的問題?？赡苣阋鉀Q的問題正好落進這百分之八十的范圍，而且由于腳本語言開發(fā)起來更簡單也更快，所以你應(yīng)該在選用 Java 或ActiveX 這類 難度更大的方案之前，先考慮一下腳本語言。 最常被提及的瀏覽器用的腳本語言有 JavaScript（跟 Java 沒什么關(guān)系；它取這個名字只是想搭 Java 的順風(fēng)車）， VBScript（看上去像 Visual BASIC），以及Tcl/Tk,這是一種很流行的跨平臺的創(chuàng)建 GUI 的語言。此外還有一些，但是正在開發(fā)肯定還要多。 JavaScript可能是人氣最旺的。 Netscape Navigator同 Microsoft Inter(IE)都內(nèi)置了這個語言。然而不幸的是這兩個瀏覽器所支持的 JavaScript 在風(fēng)格上有 很大的不同（ Mozilla 支持的 ECMAScript 或許有一天能成為普遍支持的標(biāo)準(zhǔn)?？梢缘? 去下載這個瀏覽器）。此外講 JavaScript 的書可能要比其它語言的都多，而且有些工具還能自動生成包括 JavaScript 程序的頁面。但是如果你已經(jīng)熟悉了 Visual BASIC 或 Tcl/Tk，你還是接著用吧，這要比從頭學(xué)一種新的語言更有效率。（處理這些 Web 的問題就已經(jīng)夠你忙的了。）