ASPNET 是由微軟在NET Framework 框架中所提供，開發 Web 應用程式的類別庫，封裝在 SystemWebdll 檔案中，顯露出 SystemWeb 名稱空間，並提供 ASPNET 網頁處理、擴充以及 HTTP 通道的應用程式與通訊處理等工作，以及 Web Service 的基礎架構。ASPNET 是 ASP 技術的後繼者，但它的發展性要比 ASP 技術要強大許多。 ASPNET 可以執行在安裝了NET Framework 的 IIS 伺服器上，若要在非微軟的平臺上執行，則需要使用 Mono 平臺，ASPNET 在 20 版本已經定型，在NET Framework 35 上則加上了許多功能，像是 ASPNET AJAX、ASPNET MVC Framework、ASPNET Dynamic Data 與 Microsoft Silverlight 的伺服器控制項等。 很多人都把 ASPNET 當做是一種程式語言，但它實際上只是一個由 NET Framework 提供的一種開發平臺 development platform，並非程式語言。也可認為 ASPNET 是NET 元件，任何NET 語言，例如 C，可以引用該元件，建立網頁或 Web 服務。 為了因應雲端化所誘發的多作業平臺整合與開發能力，微軟特別開發一個新一代的 ASPNET，稱為 ASPNET vNext，並於 2014 年命名為 ASPNET 5，但隨後於 2016 年將它更名為 ASPNET Core，由於架構上的差異頗大，因此未來 ASPNET 與 ASPNET Core 將是分別發展與維護，Windows 平臺的 ASPNET 46 以上版本仍維持 Windows Only，但 ASPNET Core 則是具有跨平臺 Windows Mac OSX 與 Linux 的能力。 發展緣起 ASPNET 的前身 ASP 技術，是在 IIS 20 上首次推出（Windows NT 351），當時與 ADO 10 一起推出，在 IIS 30（Windows NT 40）發揚光大，成為伺服器端應用程式的熱門開發工具，微軟還特別為它量身打造了 Visual InterDev 開發工具，在 1994 年到 2000 年之間，ASP 技術已經成為微軟推展 Windows NT 40 平臺的關鍵技術之一，數以萬計的 ASP 網站也是這個時候開始如雨後春筍般的出現在網路上。由於它的簡單以及高度客製化的能力，也是它能迅速竄起的原因之一。 不過 ASP 的缺點也逐漸的浮現出來： 義大利麵型的程式開發方法，讓維護的難度提高很多，尤其是大型的 ASP 應用程式。 直譯式的 VBScript 或 JScript 語言，讓效能有些許的受限。 延展性因為其基礎架構擴充性不足而受限，雖然有 COM 元件可用，但開發一些特殊功能（像檔案上傳）時，沒有來自內建的支援，需要尋求第三方軟體商開發的元件。 1997 年時，微軟開始針對 ASP 的缺點（尤其是義大利麵型的程式開發方法）準備開始一個新專案來開發，當時 ASPNET 的主要領導人剛從杜克大學畢業，他和 IIS 團隊的 Mark Anders 經理一起合作兩個月，開發出了下一代 ASP 技術的原型，這個原型在 1997 年的聖誕節時被發展出來，並給予一個名稱：XSP，這個原型產品使用的是 Java 語言。不過它馬上就被納入當時還在開發中的 CLR 平臺，Scott Guthrie 事後也認為將這個技術移植到當時的 CLR 平臺，確實有很大的風險（huge risk），但當時的 XSP 團隊卻是以 CLR 開發應用的第一個團隊。 為了將 XSP 移植到 CLR 中，XSP 團隊將 XSP 的核心程式全部以 C 語言重新撰寫（在內部的專案代號是 Project Cool，但是當時對公開場合是保密的），並且改名為 ASP，作為 ASP 技術的後繼者，並且也會提供一個簡單的移轉方法給 ASP 開發人員。ASP 首次的 Beta 版本以及應用在 PDC 2000 中亮相，由 Bill Gates 發表 Keynote（即關鍵技術的概覽），由富士通公司展示使用 COBOL 語言撰寫 ASP 應用程式，並且宣佈它可以使用 Visual BasicNET、C、Perl 與 Python 語言（後兩者由 ActiveState 公司開發的互通工具支援）來開發。 在 2000 年第二季時，微軟正式推動NET 策略，ASP 也順理成章的改名為 ASPNET，經過四年的開發，第一個版本的 ASPNET 在 2002 年 1 月 5 日亮相（和NET Framework 10），Scott Guthrie 也成為 ASPNET 的產品經理（到現在已經開發了數個微軟產品，像 ASPNET AJAX 和 Microsoft Silverlight）。 ASPNET 處理架構 ASPNET 執行的架構分為幾個階段： 在 IIS 與 Web 伺服器中的訊息流動階段。 在 ASPNET 網頁中的訊息分派。 在 ASPNET 網頁中的訊息處理。 Web 伺服器的訊息流動階段 當裝載 hosting ASPNET 的 Web 伺服器接收到 HTTP 請求時，HTTP 聆聽程式 HTTP Listener，實際上是核心態的 HTTPSYS 會將請求轉交給 URL 指定的網站應用程式池中的工作者程序 Worker Process 若是 IIS 5x 時，則是轉交給網站的執行緒，IIS 60 以後的版本才有 Worker Process 的工作模型，ASPNET 的工作者程序接收到這個請求之後，裝載專用於處理 ASPNET 頁面的一個 ISAPI 擴充套件 aspnet_isapidll，並將 HTTP 請求傳給它。若是 IIS 50 時則是 aspnet_wpexe。 aspnet_isapidll 負責載入 ASPNET 應用程式的執行環境 CLR（IIS 7 整合模式下，CLR 是預載入的），每個 ASPNET 應用程式都運行於自己的應用程式域（AppDomain）中。每個應用程式域都對應著一個 ApplicationManager 類的例項（透過 AppManagerAppDomainFactory 建立），負責管理執行在域中的 ASPNET 應用程式（啟動和停止一個 ASPNET 應用程式、建立物件等）。ApplicationManager 還會建立一個 HostingEnvironment 物件，提供了 ASPNET 應用程式的一些管理資訊（如 ASPNET 應用程式的標識、虛擬目錄與對應的物理目錄等）。 應用程式域建立完成之後，建立 SystemWebHosting 名稱空間中的基於 ISAPIRuntime 的一個物件，呼叫其 ProcessRequest 方法。在此方法中，根據傳入的 HTTP 請求資訊遮蔽了版本差異化後封裝例項化了一個 HttpWorkerRequest 的物件並初始化一個 HttpRuntime 物件。呼叫 HttpRuntime 的 ProcessRequestInternal 方法。ProcessRequestInternal 方法例項化一個 HttpContext 物件（其建構函式內部又例項化了在 ASPNET 程式設計中非常重要的 HttpRequest 和 HttpResponse 物件）、透過 HttpApplicationFactory 獲取 HttpApplication 物件例項。再呼叫 HttpApplication 物件的 BeginProcessRequest 方法啟動整個 HTTP 請求的處理過程（即 HTTP 管線模式）。 SystemWebUIPage 類提供了 Requset 和 Response 屬性來引用這兩個物件，因此在 ASPNET 網頁中可以直接訪問這兩個物件。同樣，SystemWebUIPage 類的 Context 屬性引用 HttpContext 物件。 HttpRuntime 類的 ProcessRequest 方法除了建立 HttpContext 物件之外，還完成了另一個很重要的工作 向 HttpApplicationFactory 類的一個例項（它管理一個 HttpApplication 物件池）申請分配一個 HttpApplication 物件用於管理整個 HTTP 請求處理管線（HTTP Pipeline） 中的各種事件的激發。在 HttpApplication 物件的 InitModules 方法中建立 HTTP 模組（HTTP Module），通常在 HTTP 模組物件（實現 IHttpModule 介面）的 Init 方法中響應 HttpApplication 物件所激發的特定事件。開發者可以建立基於 IHttpHandler 介面的物件，在 WebConfig 中插入特定的內容可以將自定義的 HTTP 模組加入到 HTTP 請求的處理流程中。 在 IIS6 和 IIS7 經典模式下，是用 Event 事件名稱做 key 將所有事件的儲存在 HttpApplication 的 Events 屬性物件裡，然後在 BuildSteps 裡統一按照順序組裝。在 IIS7 整合模式下，是透過 HttpModule 名稱 RequestNotification 列舉值作為 key 將所有的事件儲存在 HttpApplication 的 ModuleContainers 屬性物件裡，這個屬性的型別是 PipelineModuleStepContainer 。 HTTP 請求處理管線（HTTP Pipeline） 的處理過程為： 預處理階段：由多個 HTTP 模組參與，透過事件來驅動，主要是對 HttpContext 物件的各種屬性進行修改。 處理階段：由 SystemWebUIPage 類接手 HttpContext 物件。Page 類實現了 IHttpHandler 介面，因此有 ProcessRequest 方法並被自動呼叫。ProcessRequest 方法的執行結果重新整理了 HttpContext 物件的內容。 後處理階段：HttpApplication 物件繼續激發後繼的事件。如果有特定的 HTTP 模組響應這些事件，則它們會被自動呼叫。在管線末端，資訊傳回到 ISAPIRuntime，以及 aspnet_isapidll，最後交由 HTTP Listener 回傳給使用者端。當 HTTP 請求處理完畢，相關的物件被釋放，但建立的應用程式域，以及 HttpApplication 等物件仍然存活，以響應下一次 HTTP 請求。 具體的處理管線： BeginRequest 開始處理請求。當 ASPNET 執行時接收到新的 HTTP 請求的時候引發這個事件 AuthenticateRequest 授權驗證請求，獲取使用者授權資訊。當 ASPNET 執行時準備驗證使用者身份的時候引發這個事件 PostAuthenticateRequest：驗證身份成功。透過 HttpContextUser 獲取 AunthorizeRequest 使用者許可權授權。當 ASPNET 執行時準備授權使用者訪問資源的時候引發這個事件 PostAuthorizeRequest 獲得授權 ResolveRequestCache 獲取頁面快取結果，如果存在直接返回結果 PostResolveRequestCache 快取檢查結束 MapRequestHandler：IIS7 整合模式才支援 查詢並建立 HttpHandler：根據 URL 路徑或副檔名和匹配規則查詢建立，賦值給 HttpContextHandler 屬性（僅限於 IIS6 與 IIS7 經典模式） PostMapRequestHandler 成功建立 IHttpHanlder 物件 AcquireRequestState 獲取請求狀態，一般用於獲取 Session：先判斷當前頁面物件是否實現了 IRequiresSessionState 介面，如果實現了，則從瀏覽器發來的請求報文體中獲得 SessionID 併到伺服器的 Session 池中獲得對應的 Session 物件，最後賦值給 HttpContext 的 Session 屬性 PostAcquireRequestState 成功獲得 Session PreRequestHandlerExecute 準備執行 HttpHandler 處理程式。 執行 HttpHandler 處理程式（僅限於 IIS6 與 IIS7 經典模式）：呼叫 HttpHandler 的 ProcessRequest 方法（同步）或 BeginProcessRequest 方法（非同步）。 PostRequestHandlerExecute 執行 HttpHandler 處理程式結束。 ReleaseRequestState 準備釋放請求狀態（Session） PostReleaseRequestState 成功釋放請求狀態（Session） Filter：將內容寫入 Filter（僅限於 IIS6 與 IIS7 經典模式） UpdateRequestCache 更新快取 Filter：將內容寫入 Filter（僅限於 IIS7 整合模式） PostUpdateRequestCache 已更新快取 LogRequest 為當前請求執行日誌記錄（僅限於 IIS7 整合模式） PostLogRequest 已完成日誌（僅限於 IIS7 整合模式） EndRequest 完成。把響應內容傳送到客戶端之前引發這個事件。 Noop：擴充套件使用（僅限於 IIS6 與 IIS7 經典模式） PreSendRequestHeaders：根據傳送的 Headers 動態設定一些引數（僅限於 IIS7 整合模式） PreSendRequestContent：可對輸出內容做壓縮（僅限於 IIS7 整合模式） 在 ASPNET 內部的 HTTP 處理器有： ISAPIRuntime：由 aspnet_isapidll 呼叫，初始化 HttpWorkerRequest 物件（會由 IIS 的版本決定要初始化的版本）。 HttpRuntime：提供請求佇列 Request Queue、呼叫 HttpWorkerRequest 中的 ProcessRequest 方法，以及後續的處理工作。 HttpWorkerRequest：產生 HttpApplication、HttpRequest、HttpResponse 等基礎物件的 HTTP 請求物件，並將要求轉送到要處理的物件（並呼叫它的 ProcessRequest 方法）。 IHttpHandler 與 IHttpAsyncHandler：負責處理 HTTP 請求的單元，由 ProcessRequest 來分派與執行請求。 ASPNET 網頁中的事件程式 當 HttpWorkerRequest 呼叫 ASPNET 網頁（SystemWebUI 名稱空間的 Page 類別）的 PageProcessRequest 方法時，它會依序的引發 Page 內的各個事件，並同時呼叫在 Page 中所有控制項的相關事件，其引發順序為： 啟動階段：設定頁面基本屬性，如 Request 和 Response。在此階段，頁面還將確定請求是回發請求還是新請求，並設定 IsPostBack 屬性。 PreInit 事件：執行預先初始化的工作，在 ASPNET 20 中，若要動態調整主版頁面 Master Page、佈景主題 Theme 時，要在這個事件中調整。設定頁面一些最基本的特性，如載入個性化資訊和主題、執行時 Culture。 Init 事件：執行初始化工作。根據頁面的伺服器標籤及其屬性設定，生成各個伺服器控制元件的例項和給這些伺服器控制元件的例項的屬性進行賦值，並存入 ViewState，但因為本階段的賦值行為優先於 ViewState 的 TrackViewState 被呼叫，所以這些檢視的值都將不會存入最終呈現的檢視狀態隱藏欄位中。 InitCompleted 事件：在完成初始化工作後引發。呼叫 ViewState 的 TrackViewState 方法，開啟對檢視狀態更改的跟蹤。 Preload 事件：載入表單傳值）。頁面方法呼叫 LoadViewState、LoadControlState、ProcessPostData，伺服器控制元件對應呼叫 LoadViewState 和實現 IPostBackDataHandler 介面的 LoadPostData 方法 Load 事件：執行載入的工作，大多數的網頁都擁有 Page_Load 事件處理常式，使用者控制項 user control 中也有 Page_Load 事件常式，都會在此時呼叫。 控制項的 PostBack 變更通知：當網頁偵測到是 PostBack 要求時，會引發 PostBack 訊息通知的事件。 控制項的 PostBack 相關事件：當網頁偵測到是 PostBack 要求時，會引發 PostBack 訊息指定的控制項的事件。 LoadCompleted 事件：執行載入完成後的工作。 PreRender 事件：處理在產生 HTML 結果前的工作。 SaveStateCompleted 事件：處理頁面狀態（ViewState 與 ControlState）儲存完成後的事件。 Render 事件：處理產生 HTML 的工作。 Unload 事件：處理結束網頁處理時的工作。 如果 HttpWorkerRequest 呼叫的是實作 IHttpHandler 介面的 HTTP 處理常式 時，它只會呼叫 IHttpHandlerProcessRequest 方法，由它來處理程式的輸出，不像 PageProcessRequest 會處理事件順序，因此 HTTP Handler 很適合輕量級的資料處理，像是輸出檔案資料流或是圖片資料流等。 ASPNET 的事件模型 ASPNET 的原始設計構想，就是要讓開發人員能夠像 VB 開發工具那樣，可以使用事件驅動式程式開發模式 EventDriven Programming Model 的方法來開發網頁與應用程式，若要以 ASP 技術來做到這件事的話，就必須要使用大量的輔助資訊，像是查詢字串或是表單欄位資料來識別與判斷物件的來源、事件流向以及呼叫的函式等等，需要撰寫的程式碼量相當的多，但 ASPNET 很巧妙利用表單欄位和 JavaScript 指令碼把事件的傳遞模型隱藏起來了。 ASPNET 的事件模型是由 form runatserverform 以及數個 Hidden Field 組合而成，基於 HTTP 模型的限制，所有的網頁程式在執行結果輸出到使用者端後，程式就會結束執行，為了維護在 ASPNET 網頁與控制項的狀態資料，因此在輸出 ASPNET 控制項時，ASPNET 會將部份狀態資料儲存到網頁的 Hidden Field 中，這型別的狀態資料稱為 ViewState（ID 為 __VIEWSTATE），在伺服器端即會被解譯出狀態與事件資料。在大多數的內建 Web 控制項中都有使用到這個機制，因此在使用大量 ASPNET Web 控制項的網頁中，會有許多的 ViewState 會存放在網頁中並隨著 HTTP 資料流輸出到使用者端，ViewState 在輸出時，會被加密為一組亂碼字串，其金鑰值定義在電腦中，並且每一個物件都會被序列化 serialize 成字串（因此若是自訂物件要放到 ViewState 時，則應要讓它支援序列化），再輸出到 __VIEWSTATE 欄位中，在每次的網頁來回時都會被傳輸，較大的 ViewState 會讓網頁大小膨脹，不利於快速的網路傳輸，不過 ASPNET 本身有提供將 ViewState 關閉的功能，因此如果控制項不需要狀態儲存時，可將它關閉以減少輸出的大小。 為確保控制項的事件能夠確實被引發，讓事件驅動能夠被執行，因此控制項事件引發命令時需要的引數，是交由 JavaScript 指令碼在使用者端引發時，填入另一個 Hidden Field（ID 為 __EVENTTARGET 以及 __EVENTARGUMENT），並且引發表單的送出指示 submit，傳送到伺服端後，伺服端的 HttpApplication 中的工具函式會解析 __EVENTTARGET 和 __EVENTARGUMENT 欄位中的資訊，並且交由控制項所實作的 RaisePostBackEvent 來引發事件，並由 NET Framework 內部的事件處理機制接手處理（呼叫控制項設定的事件處理常式）。 ASPNET 的來回模式 在 ASPNET 執行的時候，經常會有網頁的來回動作 roundtrip，在 ASPNET 中稱為 PostBack，在傳統的 ASP 技術上，判斷網頁的來回是需要由開發人員自行撰寫，到了 ASPNET 時，開發人員可以用 PageIsPostBack 機能來判斷是否為第一次執行（當 ASPNET 發現 HTTP POST 要求的資料是空值時），它可以保證 ASPNET 的控制項事件只會執行一次，但是它有個缺點（基於 HTTP POST 本身的缺陷），就是若使用者使用瀏覽器的重新整理功能（按 F5 或重新整理的按鈕）重新整理網頁時，最後一次執行的事件會再被執行一次，若要避免這個狀況，必須要強迫瀏覽器清空快取才可以。 ASPNET 20 中有新增三個來回模式： Cross Page Postback：允許跨不同的網頁執行 PostBack，伺服端可使用 PageIsCrossPostBack 來判斷是否是跨網頁型的來回。 Async Page Mode：允許網頁使用非同步的方式執行，伺服端可用 PageIsAsync 來判斷。 Callback：ASPNET 20 新增的由網頁回呼使用者端指令的功能，伺服端可用 PageIsCallback 來判斷是否要求是來自 Callback。 來回模式不僅是 ASPNET 運作時的核心，它也是 ASPNET 應用程式的一個主要缺點，尤其是在設計複雜度高的頁面時，在網頁中隱藏的 ViewState 的大小會相當大，而在每次的來回動作中，都會傳送 ViewState 在內的表單資訊，大量的 ViewState 會使得傳送的時間拉長，而且每次來回動作都會讓整個網頁被重新整理，而出現閃爍的情況（就算在本地端也一樣），但在 AJAX 技術尚未成熟時，只能夠忍受這種因底層限制所帶來的問題，在 ASPNET AJAX 技術發展出來後，透過 UpdatePanel 成功的緩解了這個問題（但 ViewState 傳送的問題仍然未根本的解決，必須要使用像 Page Method 這樣的方式才能徹底的解決）。 繪製技術 熟悉 ASP 技術的人都知道，程式碼都是混在 HTML 標籤之間，以輸出預期需要的 HTML 指令，這個技術在 ASPNET 中，由各控制項的繪製 Render 機制包裝起來了，繪製機制裝載了 HtmlTextWriter 物件，由它來產生 HTML 指令，它會輸出至 HttpContext 的 Response 輸出資料流中（即 ASP 技術的 ResponseWrite ），下列程式碼為繪製技術的示例： SystemSecurityPermissionsPermissionSet SystemSecurityPermissionsSecurityActionDemand NameFullTrust protected override void Render HtmlTextWriter output if HasControls Controls 0 is LiteralControl outputWrite H2Your Message LiteralControl Controls 0Text H2 為了讓控制項的輸出有階層性，ASPNET 開發了一個可以階層化輸出控制項 HTML 指令的方式，稱為控制項樹 Control Tree，藉由控制項樹，可以讓各個控制項的輸出可以階層化，不論是否是收納型控制項，還是一般型的控制項，都可以按照控制項的順序來輸出。 狀態管理 狀態管理 state management 在 Web 應用程式中，一向是很重要的課題，良好的狀態管理可以幫助開發人員發展出具有狀態持續能力的應用程式（像是工作流程型應用程式或是電子商務應用程式），但狀態管理功能會視應用程式的部署狀態以及資訊的共用程度來選擇，在 ASPNET 中，分為伺服器端狀態管理以及使用者端狀態管理，使用者端狀態管理為 ViewState 以及 Cookies，伺服端狀態管理則是 Session 與 Application 物件。它們的差異點在於： ViewState 是加密的資料流，和 HTML 一起輸出到使用者端。 Cookies 是加密（也可不加密）的小型資料，和 HTML 不同，它可以快取在使用者端瀏覽器中。 Session 是伺服器端的狀態儲存機制，每個使用者端均有獨立的空間（以瀏覽器執行個體來賦與唯一的 SessionID 值）。 Application 是伺服器端的狀態儲存機制，但應用程式所有的使用者端共用同一份狀態資料。 應用程式層級物件 Application 物件會在應用程式的 Application_OnStart 事件中初始化，並使用名稱來識別資料（它是一個 NameObjectCollectionBase 集合的實作品），它會儲存在應用程式的範圍內，所有的連線（使用者）都可以使用，屬於共用型的儲存體，適合儲存所有使用者都可使用的資料，在多人使用的情況下，可以適當的使用 LockUnlock 的機制來確保應用程式狀態的更新。 ApplicationLock Application PageRequestCount int Application PageRequestCount1 ApplicationUnLock 連線層級物件 連線層級的物件是 Session，以瀏覽器的執行個體為識別單位，資料依瀏覽器的執行個體來儲存，在瀏覽器的執行個體第一次連到應用程式時，ASPNET 會設定一個 Session ID，並且使用它來識別 Session，每一個 Session 都是 ICollection 與 IEnumerate 的實作，用 key 來識別資料值，並且具有時間的限制 timeout，若超出時限時伺服器會自動清理掉，預設的 Session 時限為 20 分鐘。Session ID 的演演算法是由 RNGCryptoServiceProvider（密碼編譯亂數產生器提供者）產生，並編碼成一個 Session ID 字串（例如 anf4vuup3xiq0arjlqla2l55 這樣的字串）儲存在伺服器中，用以識別不同的 Session 個體。 為因應不同的使用者端，ASPNET 設計了不同的 Session ID 存放機制，像是舊式的瀏覽器或是行動使用者端這種不支援本地儲存 cookie 的裝置時，ASPNET 可以直接在 URL 中加上 Session ID 的識別，像是 httpwwwexampleorganf4vuup3xiq0arjlqla2l55profileaspx 這樣的 URL，可以由開發人員自行設定，或是使用 AutoDetect 設定來讓 ASPNET 自行判斷要使用的 Session ID 存放方式。 Session ID 的產生方法可以由程式開發人員自訂，藉由覆寫 SessionIDManager 的 CreateSessionID 方法來自訂。 using System using SystemConfiguration using SystemWebConfiguration using SystemWeb using SystemWebSessionState namespace SamplesAspNetSession public class GuidSessionIDManager SessionIDManager public override string CreateSessionID HttpContext context return GuidNewGuid ToString public override bool Validate string id try Guid testGuid new Guid id if id testGuidToString return true catch return false 跨機器狀態管理 狀態管理在單一伺服器上，可以儲存在伺服器的記憶體中，但若是在大型網站中，使用許多的 Web 伺服器來實行負載平衡（Load Balancing）處理時，會有狀態儲存在哪個位置的問題，因此需要有一個可以在每個 Web 伺服器之間做狀態儲存的媒介，像是獨立的伺服器或是資料庫等等。在 ASPNET 中支援了四種狀態儲存的媒介： InProc：儲存與 ASPNET 相同的執行行程中 inprocedure state，適合單一伺服器的狀態儲存。 StateServer：儲存在 ASPNET 狀態伺服器 state server 中，適合跨伺服器的狀態儲存，但因為它使用的通訊埠，因此在使用上需要注意防火牆的問題。 SQLServer：儲存在獨立的 SQL Server 資料庫中，適合跨伺服器的狀態儲存。 Custom：以自行實作的狀態提供者 state provider。 部件 ASPNET 是開發 Web 應用程式的基礎架構 framework，除了它內部的運作方法外，對外也顯露了許多的開發支援，讓開發人員可以利用它來發展出許多強大的 Web 應用程式解決方案。 基礎部件 網頁 ASPNET 最基礎的底層為網頁 Page，網頁由 SystemWebUIPage 類別來提供基礎支援，包含了頁面的事件以及物件繪製的引發點（Page 類別本身是一個 HTTP Handler 的實作品）。ASPNET 網頁在微軟的官方名稱中，稱為 Web Form，除了是要和 Windows Forms 作分別以外，同時也明白的刻劃出了它的主要功能：「讓開發人員能夠像開發 Windows Forms 一樣的方法來發展 Web 網頁」。因此 ASPNET Page 所要提供的功能就需要類似 Windows Forms 的表單，每個 Web Form 都要有一個 form runatserverform 區塊，所有的 ASPNET 伺服器控制項都要放在這個區域中，這樣才可以讓 ViewState 等伺服器控制能夠順暢的運作。 在網頁中也可以使用程式碼，以類似於 ASP 時代的撰寫方式來開發，此種開發方式稱為 inline code，在 ASPNET 的程式開發模式中，inline code ，要放在 script runatserverscript 區域中，如下列的範例程式： Page LanguageC DOCTYPE html PUBLIC W3CDTD XHTML 10 TransitionalEN httpwwww3orgTRxhtml1DTDxhtml1transitionaldtd script runatserver protected void Page_Load object sender EventArgs e Label1Text DateTimeNowToLongDateString script html xmlnshttpwwww3org1999xhtml head runatserver titleSample pagetitle head body form idform1 runatserver The current time is aspLabel runatserver idLabel1 form body html 另一種模式則是將程式碼和網頁分離，這種模式稱為程式碼後置 CodeBehind，這個方法可以將程式碼獨立到一個檔案中，網頁可以保持較乾淨的狀態，讓維護網頁程式的複雜度降低很多，在網頁的提示指令 directive 中，可以設定程式碼後置的引數，像是 Inherit、CodeFile、Class 等引數。 Page LanguageC CodeFileSampleCodeBehindaspxcs InheritsWebsiteSampleCodeBehind AutoEventWireuptrue 而一個典型的程式碼後置例子為： using System namespace Website public partial class SampleCodeBehind SystemWebUIPage protected override void Page_Load EventArgs e baseOnLoad e 使用程式碼後置模式的設定時，可以讓 ASPNET 執行引擎在載入網頁時，由程式碼後置引數取得對應的類別資訊，藉以使用 Reflection 的方式來執行後置的程式碼。 ASPNET 可以支援 HTML 和 XHTML 兩種網頁內容，但在 Visual StudioNET 中，預設是使用 HTML，但在 Visual Studio 2005 以後的版本，則一律都改用 XHTML 格式。 控制項 ASPNET 的內建控制項分為兩種： HTML 控制項 HTML control：直接在 HTML 標記中加上 runatserver，即可對應到 ASPNET 指定的 HTML 伺服器控制項類別，像是： HtmlAnchor：表示 HTML 的 a。 HtmlButton：表示 HTML 的 input typebutton。 HtmlImage：表示 HTML 的 img。 HtmlGenericControl：表示沒有對應到伺服器控制項的物件，都會被對應到這個類別。 Web 控制項 Web control：由 ASPNET 提供，比 HTML 控制項提供更多的功能，但操作與設定會比 HTML 控制項要複雜許多，像是： LinkButton：一種外型為連結 a 的按鈕。 CheckBoxList：建立 CheckBox 的清單的控制項。 GridView：將資料繫結並產生 HTML 表格的控制項。 RequiredFieldValidator：檢查欄位是否有輸入資料的控制項。 除了內建的控制項之外，ASPNET 也提供了可以自訂的控制項架構，並且支援兩種控制項開發方法： 使用者控制項 User control，以 ascx 為副檔名，可以讓開發人員用最輕鬆的方式來開發控制項，優點是開發速度很快，但缺點是無法轉散佈，且無法加入參考。 自訂控制項 Custom control，可轉散佈型的控制項，是經過編譯後的程式碼 DLL，可單獨轉散佈，並且可在其他的專案加入參考取用，自訂控制項有三種開發模式： 基礎控制項 General Control：由 SystemWebUIControl 類別繼承而來，或是由現有的 Web 控制項繼承而來，像是由 Button 控制項繼承。 複合控制項 Composite Control：由 SystemWebUIWebControlsCompositeControl 繼承而來，可以用複合的方式來開發控制項。 樣板控制項 Template Control：可以在控制項中使用樣板 template，並套用資料到樣板中，支援資料繫結的運算式。 指令碼 ASPNET 的 Web 控制項有時會包裝一些使用者端指令碼 clientside scripting，在控制項被繪製時輸出到使用者端，這些指令碼多數被包裝在 DLL 的資源檔中，並由 ScriptResourceaxd 處理常式來輸出，開發人員也可以利用 ClientScriptManager（PageClientScript 屬性）中的方法來新增指令碼到網頁程式中，常用的方法有： ClientScriptManagerRegisterClientScriptBlock ：註冊使用者端指令碼區塊 script block。 ClientScriptManagerRegisterStartupScript ：註冊在起始時執行的指令碼。 ClientScriptManagerRegisterOnSubmitStatement ：註冊在處理表單傳送時要執行的指令碼。 ClientScriptManagerRegisterClientScriptInclude ：註冊由外部檔案 js 提供的指令碼來源。 基本物件 以往在 ASP 中常被使用的五大基本物件，在 ASPNET 中仍然持續被支援，但它們都換了一個身份來提供： Application：包裝了 HttpApplication 物件，在程式中使用 Application 指令取得的物件，都是來自於 HttpContextCurrentApplication 屬性回傳而得。 Request：包裝了 HttpRequest 物件，在程式中使用 Request 指令取得的物件，都是來自於 HttpContextCurrentRequest 屬性回傳而得。 Response：包裝了 HttpResponse 物件，在程式中使用 Response 指令取得的物件，都是來自於 HttpContextCurrentResponse 屬性回傳而得。 Session：包裝了 HttpSessionState 物件，在程式中使用 Session 指令取得的物件，都是來自於 HttpContextCurrentSession 屬性回傳而得。 Server：包裝了 HttpServerUtility 物件，在程式中使用 Server 指令取得的物件，都是來自於 HttpContextCurrentServer 屬性回傳而得。 導覽部件 導覽部件 navigation controls 是在 ASPNET 20 中才出現的功能，包含： 選單 Menu：提供內建的滑鼠偵測方式，實作階層式的選單功能。 網站地圖 Sitemap：提供可層次化目前瀏覽位置的功能，可支援由 Websitemap 中的資料，或是來自資料庫或 XML 資料檔中的資料來源。 樹狀檢視 TreeView：提供階層化的資料瀏覽，類似於檔案總管的介面。 應用程式服務 應用程式服務 application services 是在 ASPNET 20 中才開始提供，它以 Providerbased Pattern 為主，實作出數個網站的常用服務，包含會員服務 Membership Service、角色服務 role service 與設定檔服務 profile service 等。 會員服務由 Membership 以及其資料提供者 MembershipProvider 構成，應用程式使用 Membership 所顯露的方法來操作，它會將要求轉送給指定的 MembershipProvider 實作來處理，ASPNET 目前支援來自於資料庫的 SqlMembershipProvider（支援 SQL Server）以及來自於 Active Directory 的 ActiveDirectoryMembershipProvider，開發人員也可以自行由 MembershipProvider 繼承來實作自訂的會員服務資料提供者。 角色服務與會員服務類似，由 Role 以及其資料提供者 RoleProvider 構成，應用程式使用 Role 所顯露的方法操作，由 RoleProvider 實作提供資料服務，目前內建的 RoleProvider 有來自 Active Directory 或 XML 檔案的 AuthorizationStoreRoleProvider，由 SQL Server 供應資料的 SqlRoleProvider，以及支援 Windows 角色的 WindowsTokenRoleProvider 三種，開發人員可自行實作 RoleProvider 的方法以發展出自訂的角色服務提供者。 設定檔服務是一個特殊的服務，它結合了 NET Framework 的 CodeDOM 開發模式，以及 SystemWebProfile 名稱空間的 ProfileBase、ProfileInfo 與 ProfileManager 等類別，組合出完整的設定檔支援，其資料來源也是以 Providerbased Pattern 為主，由 ProfileProvider 提供，ASPNET 內建由 SQL Server 資料庫建立的 SqlProfileProvider，其欄位係由開發人員在 ASPNET 組態檔中自行定義，再由 ASPNET 動態產生強型別的欄位屬性。 設定檔服務也是作為 ASPNET 20 的網頁元件 Web Part Framework 所需要的設定檔儲存支援，Web Part Framework 可以讓開發人員可以開發出具備個人化能力 Personalization 的網頁配置方案，讓使用者可以用自行新增與拖放的方式來設計自己的網頁佈置，所需要的設定儲存即由設定檔服務處理。 另一個需要和應用程式服務配合使用的功能為 Web 事件架構 Web Event Framework，它需要由應用程式服務提供資料結構，它也有 Providerbased Pattern，並可以支援數種的事件資料提供者。 延展性支援 除了 ASPNET 網頁以外，NET Framework 還提供了兩種可以由開發人員自行發展處理模型的模組，一種是 HTTP Handler，另一種則是 HTTP Module。 HTTP Handler（副檔名為 ashx）由 SystemWebIHttpHandler 介面定義了必要的方法（可支援非同步的 HTTP Handler 稱為 HTTP Async Handler，由 SystemWebIHttpAsyncHandler 介面定義），其中最重要的方法是 ProcessRequest 方法，開發人員必須要實作這個方法，才能夠讓 HTTP Handler 有作用，它也可以透過 ASPNET 的組態設定，讓 HTTP Handler 可以處理特定的副檔名，它可以被視為 NET Framework 中的 ISAPI Extensions 實作方法。 HTTP Module 則是由 SystemWebIHttpModule 介面定義，它可以在整個網頁生命週期中被呼叫多次，並實際處理由 HttpApplication 所引發的事件，開發人員需要實作 IHttpModuleInit 方法，以及處理 HttpApplication 事件需要的程式碼。它可被視為 NET Framework 中的 ISAPI Filter 實作方法。 一致性與多樣性介面的支援 ASPNET 在一開始的時候是缺乏範本引擎 template engine 的，其主因是NET Framework 本身是物件導向，且需要用繼承的方式才能夠延伸功能，大多數的開發人員都是由 SystemWebUIPage 繼承並定義出新的基礎類別，並撰寫要繪製 HTML 的方法，以及在他們的應用程式中修改以繼承該類別，然而這個方法可能會被用在網站的很多地方，因而會大大的提升混合程式碼與標記的複雜度，這個方法也只能在執行期才能夠以視覺化的方式測試，無法在設計時期視覺化，其他的開發人員總是使用原有的 ASP 方法（即 include 指令）來把每個網頁需要的部份包到網頁中，防止在每個網頁中都要撰寫相同的導覽程式碼。 在 ASPNET 20 中，推出了母板頁面 master page 的概念，它可以讓開發人員先行定義外觀版型 master，再使用它來套用實際執行的網頁，網頁與主版頁面之間以 ContentPlaceHolder 的 ID 做連結，以套用正確的內容到保留區（即由 ContentPlaceHolder 包住的區域）中，開發人員也可以定義在保留區沒有套用時需要顯示的預設內容。在 ASPNET 35 中更進一步的支援設計時期的巢狀主版頁面 nested master pages，以及把網頁的 HEAD 區塊納入 ContentPlaceHolder 的範圍。 與主版頁面相關的，還有主題 Theme 以及面板 skin 技術，這兩個技術允許開發人員或設計人員自行定義網頁的樣式設定以及套用的樣式支援，每個主題中可以包含數個面板檔，這些面板檔決定了控制項要輸出時套用的樣式，開發人員則可以利用主題來決定不同的外觀要使用的樣式。 ASPNET 也允許在應用程式中動態的變更主版頁面與主題，但必須要在頁面的 PreInit 事件常式設定。 void Page_PreInit Object sender EventArgs e PageMasterPageFile NewMastermaster PageTheme MyTheme 編譯模型 ASPNET 在 1x 時，使用的是元件為主的編譯方式，一個網頁只會產生一個元件，這個方式最大的優點，就是可以自由定義名稱空間，且在部署應用程式時會比較方便，但由於 ASPNET 1x 所處的時代，如果網站是有許多程式碼的情況下（即 DLL 檔很大），載入的速度會變慢，且佔用記憶體的量會很多，當時的記憶體價格也尚未降到現在的水準。因此在 ASPNET 20 開始，另外提供了一個預先編譯 Precompilation 的編譯模型，這個編譯方法會將每個網頁都各自編譯成一個元件，其檔案名稱會是 App_亂數字串dll 命名，在編譯時期由 ASPNET Precompilation 工具（aspnet_compilerexe）給定，優點是可以不必載入過量的程式碼到記憶體中，但缺點則是無法自訂名稱空間，而且在更新時必須要更新所有的 DLL 檔以及網頁等，否則會造成名稱不一致，讓 DLL 無法被載入的問題。 早期 ASPNET 20 僅提供預先編譯模式，讓它的缺點很快的被暴露出來，因此微軟也為 ASPNET 20 開發了沿用 ASPNET 1x 的編譯模型的工具：Web Application Project，在 Visual Studio 2008 中開始內建，至此，ASPNET 支援兩種編譯模式的架構抵定。 安全性支援 ASPNET 的安全性支援分為驗證 Authentication 與授權 Authorization 兩個部份。 驗證 ASPNET 的驗證方式有三種： Windows 驗證：由 IIS 目前執行的帳戶，或者是使用者模擬 user impersonate 帳戶的方式進行驗證。 表單驗證：由表單的資料提供驗證，開發人員自訂驗證邏輯，並交由 ASPNET 表單驗證工具寫入驗證憑證，以進行授權。 Passport 驗證：在 ASPNET 1x 中，連線 Windows Live ID（當時的舊稱為 Microsoft Passport）服務以進行驗證。 授權 ASPNET 的授權方式有兩種： 檔案授權：由 ASPNET 檢查檔案的 存取控制表 ACL 來授權存取許可權。 URL 授權：由開發人員設定的 URL 來給予許可權。 一個 URL 授權的設定範例如下： authorization allow usersKim allow rolesAdmins deny usersJohn deny users authorization Web Service 支援 ASPNET 10 開始支援 Web Service 的開發，是微軟在原生平臺上支援 Web Service 發展的第一個實作品，但它卻不是微軟的第一個 Web Service 開發工具實作品早期還有一個在 ASP 上發展 Web Service 的工具，稱為 SOAP Toolkit。，NET Framework 中提供了一個 WSDLexe，可以連線 Web Service 下載 WSDL 定義檔，並產生一個 Proxy Class 的原始碼，供使用者端應用程式使用，若是使用 Visual Studio 開發的話，這個動作會由「加入 Web 參考」的動作在背後處理掉。 ASPNET Web Service 的發展只是平臺的基礎，微軟在 Web Service 的開發上提供持續的支援，尤其是在 WSI Web Service Interoperability 組織成立後，為符合 WSI 的 Web Service 標準，微軟開發了強化 Web Service 的增強套件 Web Service Enhancement WSE，最新版本為 30 版（搭配 ASPNET 20），可支援許多 WSI 的標準。 由於 Windows Communication Foundation 的推出，微軟將 Web Service 的發展重心移到 WCF 上，原有的 ASPNET Web Service 即給定了一個名稱：ASMX Web Service。 擴充功能 ASPNET 在 20 版時，功能已大致底定，成為 Web 應用程式的基礎架構，微軟開始在 ASPNET 20 上開發擴充的功能，包括 AJAX 的支援、MVC 架構的支援以及更容易開發出資料庫應用的架構。 ASPNET AJAX ASPNET AJAX 是微軟發展的 AJAX Framework，讓 ASPNET 的開發人員得以用很簡單的方式就可以開發出支援 AJAX AJAXenabled 的應用程式，包含使用者端指令碼的支援，以及伺服器端的連結等等。 ASPNET MVC Framework ASPNET MVC Framework 是微軟基於 MVC ModelViewController 架構所開發的架構，讓應用程式各個模型可以在 MVC 架構下執行。 View：負責顯示資料以及使用者介面，在 ASPNET MVC 架構下，View 可以支援 REST 樣式的 URL。 Model：負責定義資料的儲存，此部份可以由 LINQ to SQL 與 ADONET Entity Framework 來代替。 Controller：負責處理 View 和 Model 之間的聯絡。 ASPNET MVC Framework 也支援以測試驅動的開發模式 TestDriven Development。 ASPNET Dynamic Data Framework ASPNET Dynamic Data Framework 是微軟在 ASPNET 35 中開發的一組類別庫，封裝在 SystemWebDynamicData 名稱空間中，並且配合 ASPNET Routing Model（網頁繞送功能）讓開發人員可以很簡單的開發出基於 LINQ to SQL 或是 ADONET Entity Framework 資料模型的資料庫應用程式。 ASPNET Routing ASPNET Routing Model（官方譯名為 ASPNET 路由）是一個基於 REST 規格下的 URL 對應機制，開發人員可以在伺服器端設定 URL 的格式，使用者可以用由開發人員定義的 URL 格式瀏覽網頁，ASPNET 會自動將 URL 轉換成為內部的 URL 格式，雖然它和 URL Rewriting 很像，但微軟認為 ASPNET Routing 不是 URL Rewriting。 Silverlight Silverlight 是微軟的新一代 RIA 技術，ASPNET 35 Service Pack 1 SP1 中加入了對 Silverlight 20 的 ASPNET 伺服器端支援，包含： Silverlight 控制項：讓伺服器端可以產生支援 Silverlight 的物件標記，以及自訂引數等。 Media 控制項：讓伺服器端輸出以 Silverlight 為主的串流影音 streaming media 播放器。 開發工具 目前已有數個工具可支援 ASPNET 應用程式的開發。 Visual Web Developer 2008 Express Edition（免費）或 Visual Studio 2008 ASPNET 2035 Visual Web Developer 2005 Express Edition（免費）或 Visual Studio 2005 ASPNET 20 Visual Studio NET ASPNET 1x Delphi 2006 Macromedia HomeSite 55 For ASP Tags Microsoft Expression Web，Microsoft Expression Studio 工具集的一部份 Microsoft SharePoint Designer MonoDevelop（免費／開放原始碼） SharpDevelop（免費／開放原始碼） Eiffel for ASPNET （免費） WebMatrix 3（免費） Adobe Dreamweaver CC。 版本 在一臺計算機上，檢視 Windows 登錄檔的 HKEY_LOCAL_MACHINESOFTWAREMicrosoftNET Framework SetupNDPv4Full 其 Version 節點顯示的就是所安裝的 ASPNET 的版本號。 日期 版本 說明 新功能 2002 年 1 月 16 日 10 與 Visual Studio NET 一起發行的第一個版本 物件導向的 Web 應用程開發，支援繼承、多型與其他標準物件導向程式設計的功能。 開發人員不再需要使用 ServerCreateObject ，讓早期繫結與型別安全變得可能。 以 Microsoft Windows 程式設計為基礎，開發人員能夠使用在 Web Server 上使用的 DLL 類別庫來建立許多能夠做到比只簡單的輸出 HTML 更多的魯棒性 robust 應用程式（例如例外處理功能）。 2003 年 4 月 24 日 11 與 Windows Server 2003 和 Visual Studio NET 2003 一起發表。 行動裝置控制項。 自動化輸入驗證。 2005 年 11 月 7 日 20 研發代號為 Whidbey，和 Visual Studio 2005、Visual Web Developer Express 與 SQL Server 2005 一起發表。 新的資料控制項（GridView、FormView、DetailsView） 新的宣告式資料存取技術（SqlDataSource、ObjectDataSource 與 XmlDataSource 控制項） 導覽控制項（SiteMap、Menu、TreeView） 主版頁面 Master Page 登入控制項 主題 表皮 skin Web 部件 Web Part 個人化服務 Profile 全功能的預先編譯能力 全新的當地語系化技術 支援 64 位元平臺 提供者類別模式 2007 年 11 月 19 日 35 與 Visual Studio 2008 和 Windows Server 2008 一起發表 新資料控制項（ListView、DataPager） ASPNET AJAX 內含到NET Framework，成為NET Framework 的一部份。 提供支援 LINQ 的 LinqDataSource 控制項。 2008 年 8 月 11 日 35 Service Pack 1 於 Visual Studio 2008 Service Pack 1 發表 內含 ASPNET Dynamic Data 在 ASPNET AJAX 應用程式中支援瀏覽器歷史控制 controlling browser history。 將多個 JavaScript 檔案合併到單一檔案以強化有效的下載。 2010 年 4 月 12 日 40 與 Visual Studio 2010 一起發表 配合NET Framework 40 讓 Web 應用程式具有如並列運算函式庫 Parallel Library 等新功能。 ASPNET MVC 20 jQuery 完全整合與 ASPNET AJAX Client Library 強化，以及 AJAX CDN 的支援。 ASPNET 的 Render Compatibility 35 以前版本或 40 版，可控制許多 ASPNET Web 控制項的繪製行為，以配合標準 HTML 與 jQuery 的處理。 SEO 的支援。 自訂快取提供者 Extensible Output Cache。 QueryExtender 的支援。 CSS 控制行為的變更。 自訂的 Client ID 輸出。 ViewState 的控制。 配合 Visual Studio 2010 的 Web Deploy 工具。 Entity Framework 40 的支援。 Dynamic Data Framework 與 Chart Control 內建至核心中。 2012 年 8 月 15 日 45 與 Visual Studio 2012 一起發表 2013 年 10 月 17 日 Visual Studio 2013 釋出用於 Windows Server 2012 R2 與 Windows 81 Bootstrap 30 Web API 2 OAuth 20 OData 改進，CORS MVC 5 Attribute routing authentication filters，filter overrides EF 6 SignalR OWIN 2014 年 5 月 5 日 更高可靠性的 HTTP header 檢查與修改方法 新的方式排程背景非同步 worker 任務 2015 年 7 月 29 日 釋出於 Visual Studio 2015 與 EF 7 預覽版用於 Windows Server 2016 與 Windows 10 HTTP2 支援運行於 Windows 10 更多的非同步任務返回 API 2015 年 11 月 30 日 2016 年 8 月 2 日 改進的非同步支援 輸出 cache 與 session providers 2017 年 4 月 11 日 包含在 Windows 10 Creators Update 作業系統支援 TLS 協議 2017 年 10 月 17 日 包含在 Windows 10 Fall Creators Update 改進可訪問性 Value tuple 型別序列化 SHA2 支援 2018 年 5 月 1 日 2019 年 4 月 18 日 包含在 Windows 10 May 2019 Update 修復了 ASPNET 的 10 個 bugs 2015 年 11 月 18 日 這一版本後來從 ASPNET 分開，改稱 ASPNET Core 10 一個全新專案有不同的開發原則與目標。 參見 ASPNET Core NET Framework Visual Studio Microsoft Silverlight ASP ADONET Web Service PHP JSP 參考資料 外部連結 ASPNET Overview ASPNET Official Site ASPNET Developer Center on MSDN ASPNET Web Blogs CategoryNET CategoryNET 程式語言 Category 微軟 API CategoryASPNET