【正文】 組件可以很容易地取代自訂的執(zhí)行情況。無論是服務器控件，頁處理，匯編，或為核心的應用服務，您會發(fā)現(xiàn)，都是很容易定制和更換，以度身訂造的，以您的需求。開發(fā)人員可以堵塞在自定義代碼的任何地方網(wǎng)頁的生命周期，以進一步自定義 到他們的需要。 服務器控件可擴展性。 包括改進的支持，控制可擴展性，如更多的基地班概括的共同行為，提高設計師的支持，更多的空氣污染指數(shù)為互動與客戶端腳本，元數(shù)據(jù)驅動的支持，新功能，如主題和無障礙的核查，更好的國家管理，以 及更多。 數(shù)據(jù)源的控制。數(shù)據(jù)訪問，在 是現(xiàn)在的表現(xiàn)以聲明使用的數(shù)據(jù)源控制在一個網(wǎng)頁上。在此模型中，支持新的數(shù)據(jù)后端存儲供應商可以很容易地說，通過實施自定義數(shù)據(jù)源的控制。此外， sqldatasource 控制，船舶在方塊中已內置支持，任何 托管提供實現(xiàn)新的供應商工廠模型在 。 匯編，建立供應商。動態(tài)編譯在 是現(xiàn)在所處理的可擴展的匯編，建立供應商，其中協(xié)理特定文件擴展名與處理程序知道如何匯編這種擴展動態(tài)在運行時。舉例來說， resx 文件可以被動態(tài) 編譯的資源， WSDL 文件，以 Web Service的代理，和。為 xsd 文件類型化的 DataSet 對象。在除了內建的支持，很容易添加額外的支持，擴展實施自訂的建立供應商和登記，它在 中。 表達的建設者。 介紹了一種宣示性的新的語法參照代碼來替代價值觀融入網(wǎng)頁，所謂表達的建設者。 包括表達的建設者為參照字符串資源的本地化，連接字符串，應用程序設置和個人的價值觀。您也可以自己寫表達的建設者，以創(chuàng)建自己的自定義語法來替代的價值在一個網(wǎng)頁渲染。 性能和 可擴展性 是建立在執(zhí)行，使用編譯執(zhí)行模型，為處理頁的要求和運行于世界上速度最快的網(wǎng)絡服務器， Inter 信息服務。 還介紹了關鍵的性能優(yōu)勢，超過先前的版本。 整個 引擎完全構建在托管代碼里，所有的擴展性功能都是通過托管代碼的擴展提供。對于功能強大的 .NET 框架而言，使用自己的東西，構建一個成熟的、高性能的引擎體系結構已經(jīng)成為一個遺囑。盡管如此，但重要的是， 給人印象最深的是高瞻遠矚的設計，這使得在其之上的工作變得非常容易，并且提供了幾乎可以 鉤住請求處理當中任意部分的能力。 使用 可以完成一些任務，之前這些任務是使用 IIS 上的 ISAPI 擴展和過濾來完成的。盡管還有一些限制，但與 ASP 相比，已經(jīng)有了很大的進步。 ISAPI是底層 Win32 樣式的 API，僅它的接口就有 1 兆，這對于大型的程序開發(fā)是非常困難的。由于 ISAPI 是底層的接口，因此它的速度也是非常的快。但對于企業(yè)級的程序開發(fā)是相當?shù)碾y于管理的。所以，在一定的時間內， ISAPI 主要充當其它應用程序或平臺的橋接口。但是無論如何， ISAPI 沒有被廢棄。事實上，微軟平臺上的 和 IIS 的接口是通過宿主在 .NET 里的 ISAPI 擴展來通信的，然后直達 運行時。 ISAPI 提供了與 Web Server 通信的核心接口，然后 使用非托管代碼獲取請求以及對客戶端請求發(fā)出響應。 ISAPI 提供的內容經(jīng)由公共對象類似于 HttpRequest 和 HttpResponse，通過一個設計優(yōu)良的、可訪問的接口，以托管對象的方式暴露非托管數(shù)據(jù)。 從瀏覽器到 讓我們從一個典型的 Web 請求的生命周期的起點開始。用戶通過在瀏覽器中鍵入一個 URL，點擊一個超鏈接，提交 一個 HTML表單（一個 post請求），或者一個客戶端程序調用基于 WebService（通過 ）。在服務器端， IIS5 或者 IIS6 將會收到這個請求。 的底層通過 ISAPI 擴展與 IIS 通信，然后，通過 ，這個請求通常被路由到一個帶有 .aspx 擴展名的頁面。但是，這個處理過程如何工作，則完全依賴于 HTTP 處理器（ handler）的執(zhí)行。這個處理器將被安裝用于處理指定的擴展。在 IIS 中， .aspx 經(jīng)由“應用程序擴展”被映射到 ISAPI 的 dll 文件： 。每一個觸發(fā) 的請求，都必須經(jīng)由一個已經(jīng)注冊的，并且指向 的擴展名來標識。 注： ISAPI 是自定義 Web 請求處理中第一個并且具有最高性能的 IIS 入口點。 依靠擴展名， 把一個請求路由到一個恰當?shù)奶幚砥鳎撎幚砥鲃t負責處理這個請求。舉個例子， WebServices 的擴展名 .asmx 不會把一個請求路由到磁盤上的某一個頁面，而是會路由到在定義中附加了指定特性（ WebMethodAttribute）的類，此特性會把它標識成 一個 Web Services 的實現(xiàn)。許多其它的處理器將隨著 一起被安裝。當然也可以定義你自己的處理器。在 IIS 里所有的 HttpHandler 被映射并指向 ISAPI 擴展，并且這些HttpHandler 也都在 里配置，用于把請求路由到指定的 HTTP 處理器里執(zhí)行。每一個處理器都是一個 .NET 類，用于處理指定的擴展。而這些處理器可以處理簡單到只有幾行代碼的 Hello World，也可以處理復雜到類似 的頁面以及執(zhí)行 WebService。就目前而言，僅僅需要理 解擴展就是一種基本的映射機制， 用它可以從 ISAPI 里獲取一個請求，然后把請求路由到指定處理該請求的處理器中。 ISAPI 連接 ISAPI是底層非托管的 Win32 API。它定義的接口非常的單一并且性能最優(yōu)。用這些接口處理原始指針（ raw pointer），而函數(shù)指針列表（ function pointer tables）則用于回調。 ISAPI 提供了最低層的、高性能的接口，開發(fā)者和工具廠商可以使用這些接口深入到 IIS 里。由于 ISAPI 是非常低層的，所以不太適合使用它構建應用級的程序。 ISAPI 趨向于被當作橋接口使用，用于給高層次的工具提供應用服務類型的功能。例如， ASP 和 都是被當作冷聚變（ cold fusion）構建于 ISAPI之上。大多 Perl、 PHP和 JSP的執(zhí)行如同許多第三方解決方案一樣，可以在 IIS 運行。 ISAPI 是個非常好的工具，它給高層次的應用程序提供了高性能垂直訪問接口。這使得那些高層次的應用程序需要的信息可以從 ISAPI 提供的信息中提煉。在 ASP 和 里，引擎可以提煉 ISAPI 接口提供的表單里的對象如： Request 和 Response，這些對象可以從 ISAPI 請求的信息中讀取它們各自的內容。 作為約定， ISAPI 支持 ISAPI 擴展（ extensions）和 ISAPI 過濾（ filters）。擴展是請求處理接口，提供了跟 Web Server 輸入和輸出相關的邏輯處理。從本質上來說，它是一個事務接口。 ASP和 ISAPI擴展的實現(xiàn)。 ISAPI是鉤子接口，它允許你查看進入 IIS 的每一個請求并且可以修改請求的內容（包括輸入和輸出）或者改變模塊（如：身份驗證等）的行為。順便提一下， 通過兩個方面的內容： HTTP 處理器（對應 ISAPI 擴展）和 HTTP 模塊（對應 ISAPI過濾）映射到 ISAPI。