【文章內(nèi)容簡介】 開發(fā)平臺 , 它提供了創(chuàng)建 Web 應(yīng)用程序所需的服務(wù)。雖然 ASP. NET 在語法上與 ASP 兼容 ,但它不支持一個新的開發(fā)架構(gòu) , 在此之上開發(fā)人員能夠創(chuàng)建功能非常強大而且靈活的 Web 應(yīng)用程序。 ASP. NET 程序和 ASP 程序可以共同存于一 Web 站點。當 ASP 網(wǎng)頁被請求時 , IIS 會啟動 ASP. dll 來執(zhí)行 ASP 網(wǎng)頁 , 而當 ASP. NET 被請求時 , IIS 則會啟動 xspwp. exe 來執(zhí)行ASP. NET 網(wǎng)頁 , 兩者的執(zhí)行文件不同。對于 ASP 程序 , 開發(fā)人員只需將擴展名 . asp 修改為 . aspx, 便可將其原來的文件遷移到 ASP. NET 框架中。 a、 可完全利用 .Net 架構(gòu)的強大，安全，高效的平臺特性。 是運行在服務(wù)器后端編譯后的普通語言運行時代碼，運行時早綁定（ Early Binding） ,即時編譯，本地優(yōu)化，緩存服務(wù)，零安裝配置，基于運行時代碼受管與驗證的安全機制等都為 性能。對 XML， SOAP， WSDL等 Inter標準的強健支持為 強大的擴展性。 b、 WebForm和 WebService兩種編程模型。前者為用戶提供建立功能強 大，外觀豐富的基于表單 (Form)的可編程 Web 頁面。后者通過對 HTTP,XML， SOAP， WSDL等 Inter標準的支持提供在異構(gòu)網(wǎng)絡(luò)環(huán)境下獲取遠程服務(wù)，連接遠程設(shè)備，交互遠程應(yīng)用的編程界面。 B、 ASP. NET 的工作原理 （ 1） ASP. NET 的執(zhí)行方式 : 當 Web 服務(wù)器接收到一個對某 ASP. NET 頁面的請求時 , 如果這是對該頁面創(chuàng)建后修改的第一次申請 , 首先把該頁面內(nèi)容編譯成 MSIL 語言 , 然后MSIL 再被編譯成機器碼加以執(zhí)行。 ASP. NET 頁面被編譯成 MSIL語言后 , 4 河南理工大學(xué)畢業(yè)設(shè)計（論文）說明書 其執(zhí)行代碼一直存在于服務(wù)器的內(nèi)存中 ,一直到該頁面被修改。以后再對該 ASP. NET 頁面提出請求時 , 不需要重新編譯 , 直接調(diào)用編譯成的 MSIL 語言執(zhí)行即可。 （ 2） MSIL 和 JIT: MSIL 是介于高級程序語言 ( 例如 VB) 及機器碼之間的語言 , 從 MSIL 編譯成機器碼加以執(zhí)行的速度很快。把 MSIL 翻譯成機器碼的編譯器稱為 JIT ( Juw t In Time) , 通過不同機器的 JIT 編譯器 , MSIL 可以即時地被編譯成不同的機 器碼 , 然后在不同機器人中執(zhí)行 ( 這意味著 MSIL 能夠跨平臺執(zhí)行 , 但現(xiàn)在還沒有完全實現(xiàn) ) 。 C、 ASP 的聯(lián)系和主要區(qū)別 ASP保持語法兼容，實際上我們可將現(xiàn)有的 ASP 源碼文件擴展名 “.asp”改為 “.aspx”，然后配置在支持 IIS服務(wù)器的 Web目錄下，即可獲得 運行時的全部優(yōu)越性能。 ASP 的主要區(qū)別在于前者是編譯（ Compile）執(zhí)行 ,而后者是解釋（ Interpret）執(zhí)行 ,前者比后者有更高的效率。實際 上我們可以把 的執(zhí)行過程看做是編譯后的普通語言運行時代碼充當一個和前端瀏覽器和中間件用戶交互的應(yīng)用程序，它接受用戶的請求，輸出 HTML流到客戶端顯示。除此之外， .Net平臺架構(gòu)的諸多優(yōu)越性能，如類型安全，對 XML， SOAP, WSDL等 Inter標準的強健支持。 D、 HTML Server Control和 Web Server Control聯(lián)系和區(qū)別 HTML Server Control是為了和傳統(tǒng) ASP 保持兼容而開發(fā)的一類基于 HTML靜態(tài)頁面的控件（如文 本框，按鈕），它們與這些控件一一對應(yīng)，它們位于命名空間。 Web Server Control 是專為下一代基于組件開發(fā)的 .Net平臺架構(gòu)而量身定做的，它不僅包括具有傳統(tǒng) HTML靜態(tài)頁面的控件等 Web Server Control，它還包括有 AdRotator,XML等功能強大的組件，更重要的是它為用戶開發(fā) Web Server Control組件提供了強大，易用的技術(shù)底層支持。這將成為下一階段 開發(fā)的熱點。它們位于命名空間。 E、 （ 1） Request Request封裝了客戶端請求信息。 Request的常見屬性如表 21所示。 5 河南理工大學(xué)畢業(yè)設(shè)計（論文）說明書 表 21 Request的常見屬性 （ 2） Response Response代表了服務(wù)器響應(yīng)對象。每次客戶端發(fā)出一個請求的時候，服務(wù)器就會用一個響應(yīng)對象來處理這個請求，處理完這個請求之后，服務(wù)器就會銷毀這個相應(yīng)對象，以便繼續(xù)接受其它客服端請求 。 Response常用屬性如表 22所示。 表 22 Response常用屬性 Response常用方法如表 23所示。 表 23 Response常用方法 6 河南理工大學(xué)畢業(yè)設(shè)計（論文）說明書 （ 3） Session Session 對象用來保存與特定用戶相關(guān)的信息， Session 中的數(shù)據(jù)保存在服務(wù)器端，在客戶端需要的時候創(chuàng)建 Session，在客戶端不需要的時候銷毀 Session，使它不再占用服務(wù)器內(nèi)存。前面說了服務(wù)器并不管客戶 端是否依然存在，因而它也無法確定客戶端什么時間不再使用它，但是如果在客戶端不再用的時候不及時銷毀 Session的話，服務(wù)器很快就會內(nèi)存不足。為了解決這個問題，給 Session 加了一個生命周期，當服務(wù)器發(fā)現(xiàn) Session 超過了它的生命周期，就會釋放該 Session所占用的內(nèi)存空間。在 Session的默認生命周期是 20分鐘，也就是當我們在 9:00的時候設(shè)置了一個 Session，如果在 9:20之前客戶端沒有任何請求，那么它的生命周期就到 9:20分鐘結(jié)束。但是一旦用戶在 9:19又向服務(wù)器發(fā)送了一個請 求，那么這個 Session 現(xiàn)在的生命周期就是在當前時間的基礎(chǔ)上再加上 20 分鐘，也就是此時這個 Session的生命周期是到 9:39結(jié)束。 Session具有以下特點： ① 、 Session中的數(shù)據(jù)保存在服務(wù)器端； ② 、 Session中可以保存任意類型的數(shù)據(jù)； ③ 、 Session 默認的生命周期是 20 分鐘，可以手動設(shè)置更長或更短的間。 假設(shè)我們要設(shè)置一個 Session 用來保存用戶名，這個 Session 的名字是 “UserName”，值是 “zhoufox”，代碼如下： Session[“UserName”]=”zhoufox”。 一個網(wǎng)站里用到 Session 的地方肯定不止一個，所以在設(shè)置和獲取 Session 的時候通過Session的名在來操作，并且 Session被設(shè)置成能存儲任意類型的對象（即 Object類型），所以獲取 Session的時候要根據(jù)設(shè)置的時候的實際類型進行響應(yīng)的強制類型轉(zhuǎn)換（當然如果在Session中存放像 int/byte/short這樣的數(shù)據(jù)類型，獲取 Session的值算是一種拆箱操作而不是強制類型轉(zhuǎn)換），對于上面的 Session，獲取 Session的值的代碼如下： string username=(string)Session[“UserName”]。 對于上面的代碼，有個問題需要注意：當沒有設(shè)置相應(yīng)的 Session或者 Session因為超過生命周期而被銷毀時，上面的代碼有可能拋出異常。我們可以先判斷是否存在 7 河南理工大學(xué)畢業(yè)設(shè)計（論文）說明書 指定名稱的 Session，如果不存在就不用獲取了，僅當存在的情況下才獲取 Session的值，上面的代碼可以改進如下： string userName。 .if(Session[UserName]!=null) { 當指定名稱的 Session存在時，獲取指定 Session的值 userName=(string)Session[UserName]。 }