【文章內容簡介】 中間層由應用邏輯組成。第三層是應用所需的數(shù)據(jù)。 中間層（應用邏輯層）基本上是由用戶通過表示層調用的代碼，目的是用來檢索所要的數(shù)據(jù)。當表示層接收到這些數(shù)據(jù)后，便將其進行格式化，顯示出來。把應用邏輯與用戶接口分開，大大地提高了設計應用的靈活性。這樣無需個性應用邏輯便可以建立和使用多種應用接口，只要應用邏輯層給表示層提供定義明晰的接口就行 [4]。 第三層是應用所需要的數(shù)據(jù)。這些數(shù)據(jù)可以由任何信息源組成。應用所需的數(shù)據(jù)不限于僅僅是關系數(shù)據(jù)庫，也可以許多不同的企業(yè)級數(shù)據(jù)源。 WEB 應用在典型情況下遵循三層結構。第一層即表示層，在 WEB 應用中它不僅包括 WEB瀏覽器， 而包括 WEB 服務器。其責任是把數(shù)據(jù)組裝成可表示的格式。第二層是應用層。它第 1 章 概 述 5 通常由某種程序或一些組件組成。第三層向第二層提供所要的數(shù)據(jù)。典型的 WEB 應用是首由集用戶提供的數(shù)據(jù)（第一層），然后把數(shù)據(jù)發(fā)送給 WEB服務器，運行所要的服務程序（第二、三層），把準備在 WEB 瀏覽器中表示的數(shù)據(jù)打包，然后將打包的數(shù)據(jù)送回到瀏覽器進行顯示（第一層）。 服務器端 WEB 程序、組件和其它程序一樣，只是有幾點重要的區(qū)別。 （ 1）程序應該能被 WEB 服務器調用。當用戶由瀏覽器發(fā)出請求時， WEB 服務器必須能找到并執(zhí)行所請求的程序。 （ 2）必 須有能讓 WEB 服務器把表單數(shù)據(jù)傳遞給程序的途徑。當 WEB 服務器調用程序時，它需要傳遞 HTTP 請求中的數(shù)據(jù)的途徑。 （ 3）調用程序時，必須有標準入口。 （ 4）當程序處理完輸入數(shù)據(jù)時，它必須把結果進行包裝，并把包裝好的結果返回給WEB 服務器，然后由 WEB 服務器把結果返回給瀏覽器。 在幾年前，只有 CGI（公共網(wǎng)關接口）是能夠把動態(tài)數(shù)據(jù)帶到 WEB 上的唯一實際解決方法。而如今， WEB 技術的發(fā)展已遠遠超過了最初了預料。作為一種全新的計算模式， B/S向我們展現(xiàn)了它的巨大魅力：快速的程序發(fā)布，更新，方便的界面調整；程序更 易維護。B/S 現(xiàn)在已開始逐步取代傳統(tǒng)的 C/S 方式，成為應用開發(fā)的主流。 正是如此巨大的需求促進了 WEB開發(fā)技術的飛速進步。從 JavaScript 到 Java Applet到 flash，從 html 到 dhtml 到 xml，從 cgi 到 php 到 jsp/.， WEB 開發(fā)技術已遠非當年的吳下阿蒙了。如今的 WEB 開發(fā)無論是前臺界面的表現(xiàn)形式與技術，還是后臺數(shù)據(jù)的計算、管理和維護都已發(fā)生了深刻的變化。這些現(xiàn)代 WEB 技術為網(wǎng)站或應用開發(fā)提供了強有力的支持，他們正向著現(xiàn)代軟件技術所倡導的組件化、框架化穩(wěn)步邁進。 HTTP協(xié)議 HTTP(Hypertext Transfer Protocol)協(xié)議即超文本傳輸協(xié)議從 1990 年開始應用于萬維網(wǎng)，在瀏覽器和 Web 服務器之間傳遞信息。 在 OSI 七層網(wǎng)絡結構模型中，它位于最高層 —— 應用層，被設計為用于分布協(xié)作的多媒體信息系統(tǒng)。一個對它的簡單理解是：瀏覽器和服務器之間的會話。瀏覽器用符合 HTTP 協(xié)議的方式向服務器發(fā)出請求，服務器則同樣以 HTTP 協(xié)議規(guī)定的方式作出應答。 由于我們論文中的程序設計將涉及 HTTP 協(xié)議，下面給出一些 HTTP 的術語解釋： 第 1 章 概 述 6 （ 1） 連接：兩個程序為了通信在傳輸層建立的“虛電路”。 （ 2） 消息： HTTP 通信的基本單元，通過連接傳輸。 （ 3） 請求：瀏覽器向服務器發(fā)出的 HTTP 請求信息。 （ 4） 響應：服務器發(fā)送給瀏覽器的應答信息。 （ 5） 術資源：可以由 URL標識的網(wǎng)絡數(shù)據(jù)對象或服務。 （ 6） 實體：數(shù)據(jù)資源的特定實例，或者是服務資源的應答。它包含在請求或響應消息中。一個實體包含元數(shù)據(jù)（實體頭）和內容（實體體）。 （ 7） 客戶機：建立連接，發(fā)送請求的程序。 （ 8） 服務器：接受連接，通過響應客戶機的請求來提供服務的程序。（ 9） 用戶代理：初始化請求的客戶程序、瀏覽器、編輯器和其它最終用戶工具。 （ 10）原始服務器：創(chuàng)建和存放特定資源的服務器。 （ 11）代理服務器：充當其它服務器中介的一種服務器。它接收請求時好象是擁有被請求資源的原始服務器，實際上是它向原始服務器請求客戶機要的資源，然后轉發(fā)給客戶機。發(fā)出請求的客戶機并不知道是在和網(wǎng)關通信。代理服務器常常被用來作為通過防火墻的服務器端入口。 HTTP 協(xié)議一般是基于 TCP/IP 連接的，其默認端口是 TCP 的 80 端口。當然，也可以改為自己想用的其它端口，但必須在請求的消息中說明 [2]。 URL 剖析 URL( Uniform Resource Locator)指的是統(tǒng)一資源定位。一個 URL 就是指向 Web上的某些數(shù)據(jù)的一個指針，它可以是一個 Web 文件，一個存放于 FTP 或 Gopher 上的文件，或者是一個 地址。 URL 提供了一個通用的一致方法來查找信息。 大多數(shù) URL 包括三個部分：協(xié)議、主機名稱以及目錄和文件名。 圖 11 URL的各個部分 協(xié)議指的是用來訪問頁面的方式，即您的瀏覽器將要用來訪問文件的協(xié)議或程序的類型。如果瀏覽器使用 HTTP 協(xié)議訪問文件，則 URL 的協(xié)議部分就是 。如果瀏覽器使用第 1 章 概 述 7 FTP，則協(xié)議部分就是 ftp。依此類推。協(xié)議必須與服務器相匹配來進行工作。比如，服務器上沒有安裝 HTTP 服務器程序，您當然無法使用 HTTP URL 來取得服務器上的文件。 主機名稱指的是在 Inter 上存儲信息的系統(tǒng)的名稱。當然，您可以使用具有相同的主機名但又具有不同協(xié)議的不同 URL[1]。 URL 的主機名稱部分可能會包含一個端口號。這個端口號告訴您的瀏覽器以合適的協(xié)議來打開位于指定網(wǎng)絡端口的連接而不是使用缺省的端口。如果一個端口號是必須的，那么它將出現(xiàn)在主機名稱 的后面和目錄名稱的前面，如下所示： 最后，目錄指的是文件的位置或是在主機上的其它形式的信息。目錄可能是一個真實的目錄和文件名，也可以是某種協(xié)議用來代表信息所在位置的指示器（例如， Gopher 就不是確切的目錄）。 瀏覽器 /服務器（ b/s）模型 在 90 年代初期，客戶機 /服務器（ C/S）模型風靡一時。簡單的說，客戶是請求資源的程序，服務器是可提供資源的程序。其模型的運作方式是這樣的： （ 1）遠端的用戶機上啟動一個客戶應用程序，為訪問所須需的信息建立必要的網(wǎng)絡連接。 （ 2）戶請求客戶應用程序執(zhí)行某個功能。 （ 3）戶程序分析用戶的請求，并計算出對存放在服務器上的數(shù)據(jù)發(fā)出何種請求。 （ 4）客戶程序規(guī)范化該請求，并發(fā)送給服務器。 （ 5）服務器接收到請求后，進行相應的處理，將用戶請求的數(shù)據(jù)通過網(wǎng)絡發(fā)回給客戶。 客戶機 /服務器模型基本思想之一就是充分利用服務器強大的處理能力，將應用的大部分功能放在服務器端實現(xiàn)；而客戶機相對來說功能簡單，以實現(xiàn)數(shù)據(jù)的集中、統(tǒng)一管理。 瀏覽器 /服務器 (B/S)模型則對客戶機 /服務器模型中的客戶端進一步進行了簡化。其工作過程如圖所示： 第 1 章 概 述 8 圖 12 (B/S)工作過程圖 利用 Web 方式來組織所有資源已經(jīng)成為目前網(wǎng)絡開發(fā)的發(fā)展趨勢。其目的是把瀏覽器作為用戶訪問服務器上數(shù)據(jù)的統(tǒng)一界面，只要用戶計算機上有瀏覽器，即可對任何平臺服務器上的信息進行訪問。與客戶機 /服務器模型相比，客戶只需 Web 頁面顯示在屏幕上，全部的數(shù)據(jù)處理任務都交給了服務器方。 基于 Web 的瀏覽器 /服務器模型允許任何計算機連接到 Inter 上 的 Web 服務器中獲取信息，不管服務器就在您自己的房間里還是在地球的另一端。為實現(xiàn)這一功能立下汗馬功勞的是 TCP/IP 協(xié)議和 HTTP 協(xié)議。前者使得 Inter 上的計算機能夠從其它機器獲取信息，即使兩臺機器相隔萬里，體系機構完全不同。而后者則使得服務器和瀏覽器之間能夠協(xié)商雙方的信息傳送方式 [1]。 綜上所述，我們可回顧一下采用瀏覽器 /服務器 (B/S)模型的好處： （ 1） 用單一的 訪問點，用戶可以在任何地方訪問信息。 （ 2）這種資源，無論是文本還是多媒體信息，均采用同樣的界面。 （ 3）對于所有的信息，無論其基于何種平臺，都采用同樣的界面訪問，即實現(xiàn)了平臺無關性。 第 2 章 搭建網(wǎng)站準備工作 9 第 2 章 搭建網(wǎng)站的準備工作 JSP 簡介 JSP 技術是用 JAVA 語言作為腳本語言的， JSP 網(wǎng)頁為整個服務器端的 JAVA 庫單元提供了一個接口來服務于 HTTP 的應用程序。 JSP(JavaServer Pages)是由 Sun Microsystems公司倡導、許多公司參與一起建立的一種動態(tài)網(wǎng)頁技術標準。 在傳統(tǒng)的網(wǎng)頁 HTML 文件(*.htm,*.html)中加入 Java 程序片段 (Scriptlet)和 JSP 標記 (tag)，就構成了 JSP 網(wǎng)頁(*.jsp)。 Web 服務器在遇到訪問 JSP 網(wǎng)頁 下載的是 ，所以這里就以 的請求時，首先執(zhí)行其中的程序片段，然后將執(zhí)行結果以 HTML 格式返回給客戶。程序片段可以操作數(shù)據(jù)庫、重新定向網(wǎng)頁以及發(fā)送 等等，這就是建立動態(tài)網(wǎng) 站所需要的功能。所有程序操作都在服務器端執(zhí)行，網(wǎng)絡上傳送給客戶端的僅是得到的結果，對客戶瀏覽器的要求最低，可以實現(xiàn)無 Plugin，無 ActiveX，無 Java Applet，甚至無 Frame[12]。 JavaServer Pages(JSP) 技術提供了一種簡單快速的方法來創(chuàng)建顯示動態(tài)生成內容的 Web 頁面。由業(yè)界處于領先地位的 Sun 公司制定了相關的 JSP 技術規(guī)范，該規(guī)范定義了如何在服務器和 JSP 頁面間進行交互，還描述了頁面的格式和語法。 JSP 頁面使用 XML 標簽和 scriptlets（一種使用 Java 語言編寫的腳本代碼），封裝了生成頁面內容的邏輯。它將各種格式的標簽（ HTML 或者 XML）直接傳遞回響應頁面。通過這種方式， JSP 頁面實現(xiàn)了頁面邏輯與其設計和顯示的分離。 JSP 技術是 Java 系列技術的一部分。 JSP 頁面被編譯成 servlets，并可能調用 JavaBeans 組件 (beans) 或 Enterprise JavaBeans 組件（企業(yè) beans），以便在服務器端處理。因此， JSP 技術在構建可升級的基于 web 的應用程序時扮演了重 要角色。 JSP 頁面并不局限于任何特定的平臺或 web 服務器上。 JSP 規(guī)范在業(yè)界有著廣泛的適應性。 deamweaver 簡介 Dreamweaver 是 Macromedia 公司的出品的一款 所見即所得 的網(wǎng)頁編輯工具。與 Frontpage 不同 ， Deamweaver 采用的是 Mac 機浮動面版的設計風格 ， 對于初學者來說可能會感到不適應。但當你習慣了其操作方式后，就會發(fā)現(xiàn) Dreamweaver 的直觀性與高效性是Frontpage 所無法比擬的。 Dreamweaver 與其它同類軟件相比主要有以下優(yōu)點： 第 2 章 搭建網(wǎng)站準備工作 10 不生成冗余代碼?？梢暬木W(wǎng)頁編輯器，都要把使用者的操作轉換成 html代碼。一般的編輯器都會生成大量的冗余代碼，給網(wǎng)頁以后的修改帶來了極大的不方便，同時還增加了網(wǎng)頁文件的大小。 Dreamweaver則在使用時完全不生成冗余代碼，避免了諸多麻煩。而且，通過設置，還可用 Dreamweaver清除掉網(wǎng)頁文件原有的冗余代碼。 方便的代碼編輯?？梢暬庉嫼驮创a編輯都有其長處和短處。有時候，直接用源代碼編輯會很有效。 Dreamweaver提供了 html快速編輯器和自建的 html編輯器，能方便自如的在可視化編輯狀態(tài)和源代碼編輯狀態(tài)間切換。 強大的動態(tài)頁面支持。 Dreamweaver的 Behavior能在使用者不懂 java script的情況下，往網(wǎng)頁中加入豐富的動態(tài)效果。 Dreamweaver還可精確的對層進行定位，再加上 timeline功能，可生成動感十足的動態(tài)層效果。 操作簡便。首先， Dreamweaver提供的歷史面板、 html樣式、模版、庫等功能避免了重復勞動，使用者不必重復輸入相同的內容、格式。其次， Dreamweaver能直接往頁面中插入 Flash、 Shockwave等插件，經(jīng)過設置后還可直接調用相應的軟件對這些插件進行編輯。最后， Dreamweaver與 Fireworks集成緊密，可直接調用 Fireworks對頁面的圖象進行修改、優(yōu)化。 優(yōu)秀的網(wǎng)站管理功能。在定義的本地站點中，改變文件的名稱、位置， Dreamweaver會自動更新相應的超級鏈接。 Check in和 Check out功能可協(xié)調多個使用者對遠程站點的管理。 便于擴展。使用者可給 Dreamweaver安裝各種插件，使其功能更強大。使用者若有興趣，還可自己給 Dreamweaver制作插件，使 Dreamweav