當使用動態的、基于 Web 的腳本技術時，與傳統 ASP 或 PHP 類似，開發人員必須對客戶端和服務器間的邏輯、暫時和物理分隔有著敏銳的理解。
 
 
 
 
 
 
 
 
 
 
 
 
   
 
 
 
 
    例如，對于觸發服務器端代碼執行的用戶操作，使用傳統 ASP 的開發人員必須明確地使用戶的瀏覽器將請求返回到 Web 服務器。創建這樣的交互可能會輕易地占用大量開發時間，并且導致不易讀的代碼。
    Microsoft ASP.NET 通過使用 Web 窗體，有助于減輕將用戶事件綁定到特定服務器端代碼執行的負擔，這就模糊了客戶端和服務器間的界線。使用 ASP.NET 和最少的工作，開發人員就可以快速地創建如下的網頁，它具有大量的交互式用戶界面元素按鈕、下拉列表等，而這些都基于最終用戶的操作，可以選擇性地運行服務器端代碼。例如，利用 ASP.NET 添加下拉列表，只要選定的下拉列表項目更改則執行某些操作，您只需添加 DropDownList Web 控件、將其 AutoPostBack 屬性設置為 True，然后為該下拉列表創建一個 SelectedIndexChanged 事件處理程序。如果利用傳統的 ASP 完成上述任務，則會要求編寫許多復雜的 HTML、客戶端 JavaScript 和服務器端腳本代碼；利用 ASP.NET，則為您提供了必要的腳本代碼和服務器端事件模型。
盡管在執行客戶端操作時，ASP.NET 中的 Web 窗體極大地簡化了運行服務器端腳本，但是，如果誤用這種功能可能會導致無法接受的性能。盡管 Web 窗體隱藏了所涉及的復雜性，每次需要執行服務器端代碼時，最終用戶的瀏覽器必須通過重新提交窗體，將請求返回到 Web 服務器。當提交窗體時，所有窗體字段（文本框、下拉列表和復選框等）必須同時返回它們的值。此外，頁面的視圖狀態也被返回到 Web 服務器。總而言之，每次回發網頁時，幾千字節的數據將需要潛在地發送回 Web 服務器。于是，經?；匕l可能很快就會導致 Web 應用程序不可使用，尤其是對于那些仍然使用撥號連接的用戶。通過將功能推到客戶端可以降低經常回發的需要。
注 ASP.NET Web 窗體發出一個標題為 VIEWSTATE 的隱藏窗體字段，它包含 Web 窗體中 Web 控件已更改狀態的基于 64 位編碼的表示。根據出現的 Web 控件，視圖狀態的范圍可以從幾十字節到幾萬字節。要學習有關視圖狀態的更多知識，請查閱我的文章 Understanding ASP.NET View State。
利用傳統的 ASP，添加數據驅動、自定義客戶端腳本非常簡單，但并不是非常易讀。例如，要在傳統的 ASP 中顯示根據某個 ID 字段加載 URL 的彈出窗口，您可以使用 語法來插入 ID 字段的值，在適當的客戶端腳本中進行輸入。ASP.NET 允許您利用 Page 類中的各種方法，創建這種數據驅動的客戶端腳本。
本文分析了向 ASP.NET 網頁添加客戶端腳本的技術?？蛻舳四_本是運行在訪問者瀏覽器中的腳本代碼，如其名字所示。我們將看到如何完成常見的客戶端任務，例如顯示警告、確認框和彈出窗口。（客戶端腳本窗體字段驗證的一個主要用途可能與 ASP.NET 主題有點不相關，因為驗證程序 Web 控件提供了隨取隨用的客戶端窗體驗證。）本文的重點在于插入客戶端腳本的服務器端類、方法和技術；我們不會詳細地分析實際的客戶端腳本，因為該信息涉及了圍繞 Web 的眾多其他文章和站點。 創建基類作為添加客戶端腳本的基礎
傳統的 ASP 和 ASP.NET 之間的主要差別之一在于各自技術的編程模型。ASP 頁面是原子的、程序上的腳本，解釋每個頁面的訪問。然而，ASP.NET 完全是面向對象的編程技術。所有 ASP.NET 網頁都是帶有屬性、方法和事件的類。所有網頁直接或間接地派生自 System.Web.UI 命名空間中的 Page 類，Page 類包含了 ASP.NET 網頁的基本功能。
面向對象編程的概念之一就是繼承。繼承使您可以創建一個擴展其他類功能的新