- 相關推薦
ASP.NET架構及開發(fā)技術詳解教程
首先我們來說一下Asp.net工作原理。
具體描述下這樣的：首先客戶請求WEB頁。然后WEB服務尋找指令文件（.aspx），而這時就是aspnet_isapi.dll這個動態(tài)連接庫來處理。接著Asp.net代碼被發(fā)送到公共語言運行時進行編譯。接著HTML流返回給瀏覽器和令。最后由瀏覽器處理HTML并顯示頁面。
什么是ISAPI呢？
在Internet時代的開端，客戶端的需求非常有限；.htm文件就可以滿足他們的需求。但是，隨著時間的流逝，客戶端需求的擴充超越了.htm文件或靜態(tài)文件所包含的功能。
開發(fā)者需要擴充或擴展Web服務器的功能。Web服務器廠商設計了不同的解決方案，但是都遵循同一個主題“向Web服務器插入某些組件”。所有的Web服務器補充技術都允許開發(fā)者建立并插入組件以增強Web服務器的功能。微軟公司提出了ISAPI（Internet服務器API），網(wǎng)景公司提出了 NSAPI（網(wǎng)景服務器API）等等。ISAPI是一種重要的技術，它允許我們增強與ISAPI兼容的Web服務器（IIS就是一種與ISAPI兼容的 Web服務器）的能力。我們使用下面的組件達到這個目的：
1，ISAPI擴展：ISAPI擴展是使用Win32動態(tài)鏈接庫來實現(xiàn)的。你可以把ISAPI擴展看作是一個普通的應用程序。ISAPI擴展的處理目標是http請求。
2，ISAPI過濾器：客戶端每次向服務器發(fā)出請求的時候，請求要經過過濾器。客戶端不需要在請求中指定過濾器，只需要簡單地把請求發(fā)送給Web服務器，接著Web服務器把請求傳遞給相關的過濾器。接下來過濾器可能修改請求，執(zhí)行某些登錄操作等等。
ASP.NET請求的處理過程：
ASP.NET請求處理過程是基于管道模型的，在模型中ASP.NET把http請求傳遞給管道中的所有模塊。每個模塊都接收http請求并有完全控制權限。模塊可以用任何自認為適合的方式來處理請求。一旦請求經過了所有HTTP模塊，就最終被HTTP處理程序處理。HTTP處理程序對請求進行一些處理，并且結果將再次經過管道中HTTP模塊。
ISAPI的篩選器：
IIS本身是不支持動態(tài)頁面的，也就是說它僅僅支持靜態(tài)html頁面的內容，對于如.asp，.aspx，.cgi，.php等，IIS并不會處理這些標記，它就會把它當作文本，絲毫不做處理發(fā)送到客戶端。為了解決這個問題。IIS有一種機制，叫做ISAPI的篩選器，它是一個標準組件(COM組件)。
Asp.net服務在注冊到IIS的時候，會把每個擴展可以處理的文件擴展名注冊到IIS里面(如：*.ascx、*.aspx等)。擴展啟動后，就根據(jù)定義好的方式來處理IIS所不能處理的文件，然后把控制權跳轉到專門處理代碼的進程中讓這個進程開始處理代碼，生成標準的HTML代碼，生成后把這些代碼加入到原有的Html中，最后把完整的Html返回給IIS，IIS再把內容發(fā)送到客戶端。
HttpModule:
HttpModule實現(xiàn)了ISAPI Filter的功能，是通過對IhttpModule接口的繼承來處理。
HTTP模塊是實現(xiàn)了System.Web.IhttpModule接口的.NET組件。這些組件通過在某些事件中注冊自身，把自己插入ASP.NET請求處理管道。當這些事件發(fā)生的時候，ASP.NET調用對請求有興趣的HTTP模塊，這樣該模塊就能處理請求了。
HttpModule的實現(xiàn):
1. 編寫一個類，實現(xiàn)IhttpModule接口。
2. 實現(xiàn)Init 方法，并且注冊需要的方法。
3. 實現(xiàn)注冊的方法。
4. 實現(xiàn)Dispose方法，如果需要手工為類做一些清除工作，可以添加Dispose方法的實現(xiàn)，但這不是必需的，通�？梢圆粸镈ispose方法添加任何代碼。
5. 在Web.config文件中，注冊您編寫的類。
下邊我們來看例子，HttpModule的實現(xiàn)：
首先添加一個類庫，然后在引用里引用System.Web和System.Security這兩個命名空間。然后寫個類，代碼如下：
using System;
using System.Collections.Generic;
using System.Text;
using System.Web;
using System.Security.Principal;
namespace Httplibrary
{
public class SecurityModules:IHttpModule
{
public void Init(HttpApplication r_objApplication)
{
// 向Application 對象注冊事件處理程序,核心部分。
r_objApplication.AuthenticateRequest += new EventHandler(this.AuthenticateRequest) ;
}
public void Dispose()
{
}
private void AuthenticateRequest(object r_objSender,EventArgs r_objEventArgs)
{
// 鑒別用戶的憑證，并找出用戶角色。
HttpApplication objApp = (HttpApplication) r_objSender ;
HttpContext objContext = (HttpContext) objApp.Context ;
if ( (objApp.Request["userid"] == null) ||(objApp.Request["password"] == null) )
{
objContext.Response.Write("用戶名和密碼為空，驗證失敗！") ;
objContext.Response.End() ;
}
string userid = "" ;
userid = objApp.Request["userid"].ToString() ;
string password = "" ;
password = objApp.Request["password"].ToString() ;
string[] strRoles ;
strRoles = AuthenticateAndGetRoles(userid, password) ;
if ((strRoles == null) || (strRoles.GetLength(0) == 0))
{
objContext.Response.Write("用戶名或密碼錯誤！") ;
objApp.CompleteRequest() ;//終止一個Http請求
}
GenericIdentity objIdentity = new GenericIdentity(userid,"CustomAuthentication") ;
objContext.User = new GenericPrincipal(objIdentity, strRoles) ;
}
private string[] AuthenticateAndGetRoles(string r_strUserID,string r_strPassword)
{
string[] strRoles = null ;
if ((r_strUserID.Equals("Zhangsan")) && (r_strPassword.Equals("111")))
{
strRoles = new String[1] ;
strRoles[0] = "Administrator" ;
}
else if ((r_strUserID.Equals("Lisi")) && (r_strPassword.Equals("222")))
{
strRoles = new string[1] ;
strRoles[0] = "User" ;
}
return strRoles ;
}
}
}
編譯一下，下邊做測試頁面，很簡單，放一個label，text=“測試頁面”如果成功則顯示測試頁面。然后在web.config里面配置，這里很重要。添加 注意注釋部分。
然后添加 這個節(jié)點，這個大家應該都能明白。
然后啟動測試頁面。剛啟動開始后頁面一定顯示“用戶名和密碼為空，驗證失敗！”呵呵，別忘記了咱們這就是目的，然后在你的地址欄后邊添加?userid= Zhangsan&password=111這行字。然后就會顯示“測試頁面”這幾個字。大家可以多輸入幾個名字單步調試一下就明白了。
WebConfig設置
<add type=“classname,assemblyname”
name=“modulename”/>
子標記說明：
將HttpModule 類添加到應用程序。請注意，如果以前已指定了相同的謂詞/路徑組合（例如在父目錄的Web.config 文件中），則對的第二個調用將重寫以前的設置。
從應用程序移除HttpModule 類。
從應用程序移除所有HttpModule 映射。
深入研究HttpModule
HttpModule通過對HttpApplication對象的一系列事件的處理來對HTTP處理管道施加影響，這些事件在HttpModule的Init方法中進行注冊，包括：
BeginRequest
AuthenticateRequest
AuthorizeRequest
ResolveRequestCache
AcquireRequestState
PreRequestHandlerExecute
PostRequestHandlerExecute
ReleaseRequestState
UpdateRequestCache
EndRequest
我們都可以對以上事件進行重新定義，注意時重新定義不時覆蓋。我們看一個例子，多個HttpModule的實現(xiàn)，建立兩個類庫，什么都相同就是類名不相同，引入相應的命名空間后我們編寫這個類,代碼如下：
using System;
using System.Collections.Generic;
using System.Text;
using System.Web;
namespace HttpModuleTest1
{
public class Test1Module:IHttpModule
{
public Test1Module()
{
}
public string ModuleName
{
get
{
return "Test1Module";
}
}
public void Init(HttpApplication application)
{
application.BeginRequest += new EventHandler(myBeginRequest);
application.EndRequest += new EventHandler(myEndRequest);
application.PreRequestHandlerExecute += new EventHandler(myPreRequestHandlerExecute);
application.PostRequestHandlerExecute += new EventHandler(myPostRequestHandlerExecute);
application.ReleaseRequestState += new EventHandler(myReleaseRequestState);
application.AcquireRequestState += new EventHandler(myAcquireRequestState);
application.AuthenticateRequest += new EventHandler(myAuthenticateRequest);
application.AuthorizeRequest += new EventHandler(myAuthorizeRequest);
application.ResolveRequestCache += new EventHandler(myResolveRequestCache);
application.PreSendRequestHeaders += new EventHandler(myPreSendRequestHeaders);
application.PreSendRequestContent += new EventHandler(myPreSendRequestContent);
}
private void myBeginRequest(object source, EventArgs e)
{
HttpApplication application = (HttpApplication)source;
HttpContext context = application.Context;
context.Response.Write("Test1Module:Beggining of Request
");
}
private void myEndRequest(object source, EventArgs e)
{
HttpApplication application = (HttpApplication)source;
HttpContext context = application.Context;
context.Response.Write("Test1Module:End of Request
");
}
private void myPreRequestHandlerExecute(object source, EventArgs e)
{
HttpApplication application = (HttpApplication)source;
HttpContext context = application.Context;
context.Response.Write("Test1Module:Application_RequestHandlerExecute:
");
}
private void myPostRequestHandlerExecute(object source, EventArgs e)
{
HttpApplication application = (HttpApplication)source;
HttpContext context = application.Context;
context.Response.Write("Test1Module:Application_PostRequestHandlerExecute:
");
}
private void myReleaseRequestState(object source, EventArgs e)
{
HttpApplication application = (HttpApplication)source;
HttpContext context = application.Context;
context.Response.Write("Test1Module:Application_ReleaseRequestState:
");
}
private void myAcquireRequestState(object source, EventArgs e)
{
HttpApplication application = (HttpApplication)source;
HttpContext context = application.Context;
context.Response.Write("Test1Module:Application_ReleaseRequestState:
");
}
private void myAuthenticateRequest(object source, EventArgs e)
{
HttpApplication application = (HttpApplication)source;
HttpContext context = application.Context;
context.Response.Write("Test1Module:Application_AuthenticateRequest:
");
}
private void myAuthorizeRequest(object source, EventArgs e)
{
HttpApplication application = (HttpApplication)source;
HttpContext context = application.Context;
context.Response.Write("Test1Module:Application_AuthorizeRequest:
");
}
private void myResolveRequestCache(object source, EventArgs e)
{
HttpApplication application = (HttpApplication)source;
HttpContext context = application.Context;
context.Response.Write("Test1Module:Application_ResolveRequestCache:
");
}
private void myPreSendRequestHeaders(object source, EventArgs e)
{
HttpApplication application = (HttpApplication)source;
HttpContext context = application.Context;
context.Response.Write("Test1Module:Application_PreSendRequestHeaders:
");
}
private void myPreSendRequestContent(object source, EventArgs e)
{
HttpApplication application = (HttpApplication)source;
HttpContext context = application.Context;
context.Response.Write("Test1Module:Application_PreSendRequestContent:
");
}
public void Dispose()
{
}
}
}
然后在web.config里添加，不明白的看注釋部分。
還是用剛才那個測試頁面，我們就可以觀察到兩個test的執(zhí)行順序。
我們具體分析一下就是這樣的：
HttpRequest開始->進入HttpModule->HttpModule->
首次截獲HttpRequest->HttpModule.BeginRequest->
HttpModule.AuthorizeRequest->HttpModule.ResolveRequestCache->
初始化HttpHandler->建立HttpHandler控制點->HttpModule繼續(xù)處理。HttpHandler已經建立，此后Session可用->HttpModule.AcquireRequestState
->HttpModule.PreRequestHandlerExecute->進入HttpHandler處理HttpRequest
->HttpHandler->HttpHandler.ProcessRequest->返回HttpModule, HttpHandler結束，Session失效->HttpModule.PostRequestHandlerExecute-> HttpModule.ReleaseRequestState->
HttpModule.UpdateRequestCache->HttpModule.EndRequest->HttpModule.PreSendRequestHeaders->HttpModule.PreSendRequestContent->
將處理的數(shù)據(jù)返回客戶端，處理結束。
HttpHandler：
HttpHandler實現(xiàn)了ISAPI Extention的功能，他處理請求(Request)的信息和發(fā)送響應(Response)。HttpHandler功能的實現(xiàn)通過實現(xiàn)IHttpHandler接口來達到。
HTTP處理程序是實現(xiàn)了System.Web.IHttpHandler接口的.NET組件。任何實現(xiàn)了IHttpHandler接口的類都可以用于處理輸入的HTTP請求。HTTP處理程序與ISAPI擴展有些類似。HTTP處理程序和ISAPI擴展的差別在于在URL中可以使用HTTP處理程序的文件名稱直接調用它們，與ISAPI擴展類似。
HttpHandler的實現(xiàn)，實現(xiàn)我們的HTTP處理程序包含以下步驟：
編寫一個實現(xiàn)IHttpHandler接口的類。
在web.config或machine.config文件中注冊這個處理程序。
在Internet服務管理器中把文件擴展（你想要處理的文件擴展名）映射到ASP.NETISAPI擴展DLL（aspnet_isapi.dll）上。
我們來看一個例子，打開IIS服務器，屬性，主目錄下有個配置，里面你就可以找到你的程序所執(zhí)行文件所要調用的.dll文件。我們可以看到.aspx就是 C:WINDOWSMicrosoft.NETFramework 2.0.50727aspnet_isapi.dll這個文件
來執(zhí)行的。這里還可以添加你自己任意定義任意擴展名文件，定義了后你的服務器就可以認識這些人間，注意只是你的服務器，別人的不認識。這時候大家就會對網(wǎng)絡上流行的各式各樣的后綴名不奇怪了吧，可以自己定義的。
我們自己定義一個帶.xxx后綴的。
添加一個類庫，引用的相應的命名空間，
using System;
using System.Collections.Generic;
using System.Text;
using System.Web;
namespace MyHandler
{
public class NewHandler:IHttpHandler
{
public NewHandler()
{
// TODO: 此處添加構造邏輯
}
Implementation of IHttpHandler#region Implementation of IHttpHandler
/**////
/// http處理程序的核心。我們調用這個方法來處理http請求。
///
///
public void ProcessRequest(System.Web.HttpContext context)
{
HttpResponse objResponse = context.Response;
objResponse.Write("
Hello xxx ! ");
objResponse.Write("");
}
/**////
/// 我們調用這個屬性來決定http處理程序的實例是否可以用于處理相同其它類型的請求。
/// HTTP處理程序可以返回true或false來表明它們是否可以重復使用。
///
public bool IsReusable
//
{
get
{
return true;
}
}
#endregion
}
}
然后再web.config里面配置相應節(jié)點：這里不懂的參考前邊的，XXX就是我們剛才定義那個后綴名。
<add verb="*" path="*.xxx"
type="MyHandler.NewHandler,MyHandler" />
然后添加一個測試頁面，就可以了。
HttpHandler之間的關系是這樣的：
發(fā)送一個Http請求，然后判斷是否存在自定義的HttpHandler,如果存在的話由自定義的HttpHandler處理Http請求，否則由系統(tǒng)默認的HttpHandler處理Http請求。
在HttpHandler中訪問Session：
不能直接通過HttpContext訪問。
必須實現(xiàn)IRequiresSessionState接口。
IRequiresSessionState接口指定目標HTTP處理程序接口具有對會話狀態(tài)值的讀寫訪問權限。這是一個標記接口，沒有任何方法。
怎樣實現(xiàn)呢，我們還是來看例子吧：添加類庫，引用相應的命名空間。
using System;
using System.Web;
using System.Web.SessionState;
namespace MyHandler
{
public class NewHandlerSession : IHttpHandler,IRequiresSessionState
{
public NewHandlerSession()
{
// TODO: 此處添加構造邏輯
}
Implementation of IHttpHandler#region Implementation of IHttpHandler
/**////
/// http處理程序的核心。我們調用這個方法來處理http請求。
///
///
public void ProcessRequest(System.Web.HttpContext context)
{
HttpResponse objResponse = context.Response ;
HttpRequest objRequest = context.Request;
HttpSessionState objSession = context.Session;
objResponse.Write("歡迎使用自定義HttpHandler！
");
objSession["Test"] = "Session 測試!
";
objResponse.Write("Session的值為:"+objSession["Test"].ToString());
}
/**////
/// 我們調用這個屬性來決定http處理程序的實例是否可以用于處理相同其它類型的請求。
/// HTTP處理程序可以返回true或false來表明它們是否可以重復使用。
///
public bool IsReusable
//
{
get
{
return true;
}
}
#endregion
}
}
然后配置Web.config的節(jié)點：
<add verb="*" path="*"
type="MyHandler.NewHandlerSession,MyHandlerSession" />
這樣就可以了。
ASP.NET事件模型機制：
ASP.NET之所以對于以前的ASP是一個革命性的巨變，在很大程度上是由于ASP.NET技術是一種完全基于事件驅動的全新技術。
在ASP.NET中事件的觸發(fā)和處理分別是在客戶端和服務器段進行的。
ASP.NET中，如果頻繁和服務器進行事件信息的傳遞，會大大降低服務器的處理效率和性能，因而有些事件如OnMouseOver沒有提供。
但提供了Change事件。為了提高效率它們被緩存在客戶端。等到再一次事件信息被發(fā)送到服務器端時一同發(fā)送回去。
【ASP.NET架構及開發(fā)技術詳解教程】相關文章：
云計算架構技術與實踐08-28
朝鮮族舞蹈基本動作教程詳解02-23
ps教程01-03
css教程07-22
ps教程08-10
ps教程07-30
css經典教程07-18
給寵物美容的教程09-06
（優(yōu)）css教程07-21
（必備）css教程07-25