目前的 Web 服務器已經在這個基本設計上有所改進。它們現在已非常注重安全性，而且包含了一些特性：如在服務器端的客戶機狀態管理、事務處理集成、遠程管理、資源共享等，這里只列舉了其中的幾種�？偟膩碚f，最新一代 Web 服務器處理的都是那些對構架設計師來說非常重要的問題，它們關系到任務至上、可縮放和強壯的應用程序。
根據 CGI 腳本的作用，可以將現今的 Web 服務器分為三大類：腳本頁、編譯頁，以及兩者的混合體。在第一類中，客戶機瀏覽器能請求的每一個 Web 頁在 Web 服務器的文件系統中都用一個腳本文件來表示。這個文件一般是 HTML 和其他一些腳本語言的混合。對頁發出請求后，Web 服務器委派一個可識別該頁的引擎對其進行處理，最終結果以格式為 HTML 的流的形式返回給發出請求的客戶機。Microsoft 的 Active Server Pages、Java Server Pages 和 Cold Fusion 都屬于這一類。
在第二類中，Web 服務器加載并執行一個二進制構件。這個構件和腳本頁一樣，有權訪問與頁請求一起發送的所有信息（表單字段值和參數）。經過編譯的代碼利用請求的詳細信息，并通常要訪問服務器端的資源，以生成 HTML 流并返回給客戶機。編譯頁包含的功能往往比腳本頁大，盡管并未明確這一規律。通過向編譯頁請求傳遞不同的參數，可獲得不同的功能。任何一個編譯構件實際都可以包含整個目錄腳本頁的所有功能。Microsoft 的 ISAPI 和 Netscape 的 NSAPI 就是表示這種構架類型的技術。
第三類指的是那些一旦發出請求即進行編譯的腳本頁，以后的所有請求都使用編譯過的頁。只有最初頁的內容改變了，該頁才會進行另一次編譯。這類頁介于靈活的腳本頁和高效的編譯頁之間。
Web 頁建模
Web 頁，不管是腳本頁還是編譯頁，都一對一地映射到 UML 中的構件。構件是系統的“物理”可更換部件。模型的實施視圖（構件視圖）描述了系統的構件及它們之間的關系。在 Web 應用程序中，這個視圖描述了系統的所有 Web 頁及它們彼此之間的關系（如超鏈接）。在一定程度上，Web 系統的構件圖就相當于站點圖。
由于構件僅僅代表了接口的物理打包方式，它們并不適用于對頁內部的協作關系建模。這一抽象級別仍需要成為模型的組成部分，而且對設計員和實施員而言極其重要。為引入正題，我們可以說每個 Web 頁在模型的設計視圖（邏輯視圖）中都是一個 UML 類，它與其他頁的關系（關聯關系）即代表了超鏈接。但如果考慮到任何 Web 頁都可能既代表一組只存在于服務器上的功能和協作，同時又代表只存在于客戶機上的一組完全不同的功能和協作，那么這種抽象就不成立了。舉例來說，使用動態 HTML（客戶端腳本）作為部分輸出的所有服務器 Web 腳本頁都是這樣的頁。對這個問題的直接反應可能就是為類中的每個屬性或操作設計原型，指明它是在服務器端還是在客戶端有效。至此，運用模型倒讓問題變得復雜了，而我們的初衷是要簡化問題。
一個更好的解決方案是“分別考慮”。從邏輯上講，服務器端的 Web 頁行為與客戶端是完全不同的。在服務器上執行時，頁有權訪問服務器端資源（中間層構件、數據庫、文件系統等），即與這些資源具有某些關系。同一頁（或者是該頁的 HTML 流輸出）在客戶端有完全不同的行為和關系集。在客戶端，腳本頁與瀏覽器本身（通過文檔對象模型，即 DOM），以及該頁指定的所有 Java Applet、ActiveX 控件或插件相關。對于認真的設計員而言，頁還可能與客戶機上在另一個 HTML 框架或瀏覽器實例出現的其他“活動”頁相關。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
