ASP.Net产生的大背景:
在Internet时代的开端,客户端的需求非常有限;.htm文件就可以满足他们的需求。但是,随着时间的流逝,客户端需求的扩充超越了.htm文件或静态文件所包含的功能。
开发者需要扩充或扩展Web服务器的功能。Web服务器厂商设计了不同的解决方案,但是都遵循同一个主题“向Web服务器插入某些组件”。所有的Web服务器补充技术都允许开发者建立并插入组件以增强Web服务器的功能。微软公司提出了ISAPI(Internet服务器API),网景公司提出了NSAPI(网景服务器API)等等。
由于这些组件的复杂性,实现它们非常困难。开发者不得不使用C/C++来开发这些组件,但是对于很多人来说,使用C/C++进行开发简直就是痛苦的代名词。
那么ASP.NET提供什么东西来实现这些功能呢?ASP.NET提供的是HttpHandler(HTTP处理程序)和HttpModule(HTTP模块)。

ASP.Net请求原理概述:
ASP.NET请求处理过程是基于管道模型的,在模型中ASP.NET把http请求传递给管道中的所有模块。每个模块都接收http请求并有完全控制权限。模块可以用任何自认为适合的方式来处理请求。一旦请求经过了所有HTTP模块,就最终被HTTP处理程序处理。HTTP处理程序对请求进行一些处理,并且结果将再次经过管道中的HTTP模块。
请注意在http请求的处理过程中,只能调用一个HTTP处理程序,然而可以调用多个HTTP模块
处理流程的图式:

请不要疑惑,这里只是简单说明了一些概念和处理流程,在随后的内容中我们还会详细介绍各个概念。

Http处理程序:
什么是Http处理程序(What):
ASP.Net在处理请求的时候和其他开发语言不一样(比如:Structs,Spring,Jsf等等),它对于MVC的实现有些异类,我们的ASP.Net会根据不同类型的提交文件调用不同的Http处理程序类,这些处理方法的配置在我们的machine.config中都能够看到例如:


<httpHandlers>
<add verb="*" path="trace.axd" type="System.Web.Handlers.TraceHandler"/>
<add verb="*" path="*.aspx" type="System.Web.UI.PageHandlerFactory"/>
<add verb="*" path="*.ashx" type="System.Web.UI.SimpleHandlerFactory"/>
<add verb="*" path="*.config" type="System.Web.HttpForbiddenHandler"/>
<add verb="GET,HEAD" path="*" type="System.Web.StaticFileHandler"/>
. . . . . .
. . . . . .
</httpHandlers>
在上面的配置信息中我们可以看到如果客户端请求的页面类型是*.aspx的话,那么我们的ASP.Net会直接把它分发给System.Web.UI.PageHandlerFactory来处理,这个工厂类会根据不同的请求需求产生相应的PageHandler类来处理此次请求,其它信息以次类推。
其中
verb=*表示:所有的请求都适用,如果只想处理Get和Post请求的话,那么可以这样写verb=”Post,Get”
Path表示处理的请求文件类型。
Type表示使用什么Http处理程序来处理
如果用户想使用现在比较流行的Ajax.Net的话可以作如下配置:


<httpHandlers>
<add verb="Post,Get" path="ajaxpro/*.ashx" type="AjaxPro.AjaxHandlerFactory,AjaxPro"/>
</httpHandlers>
从上面的内容可以看出,如果使用Ajax.Net的话首先要说明它只支持Post和Get请求,只有在提交ashx这种Ajax文件的时候才作Ajax处理,处理类为
AjaxHandlerFactory创建出来的AjaxPro类。

为什么要使用Http处理程序(Why):
        很明显Http处理程序可以被看成是ASP.Net体系架构中的控制层,当一张ASP.Net的aspx页面被请求后,会先把控制全转给特定Http处理程序【PageHandlerFactory】,该程序首先在IIS容器的输出缓存(OutputCache)中查找是否有对应的页面处理类的程序集(DLL),如果存在就直接调用,不存在的话就先将ASPX页面中的代码分离开来,将它编译成ASPX页面中配置的CodeBehinde属性对应的*.cs文件,随后将*.cs文件编译成中间语言(IL)存放在IIS中和输出缓存(OutputCache)中,整个过程便完成了一次ASPX页面的请求
        Http处理程序在整个过程中明显扮演了控制层的作用。使用Http处理程序可以减轻表示层*.aspx页面和业务层*.cs的负担,使整个处理过程变得流程清晰和简洁。

        如何自定义Http处理程序类(How):
要能够创建自己的Http处理程序类必须实现.Net的System.Web.IHttpHandler接口,任何实现了IHttpHandler接口的类都可以用于处理输入的HTTP请求

HTTP处理程序实现了下列方法:

方法名称
描述

ProcessRequest
这个方法实际上是http处理程序的核心。我们调用这个方法来处理http请求。

IsReusable
我们调用这个属性来决定http处理程序的实例是否可以用于处理相同其它类型的请求。HTTP处理程序可以返回true或false来表明它们是否可以重复使用。

可以使用web.config或者machine.config文件把这些类映射到http请求上。映射完成以后,当接收到相应请求的时候ASP.NET会实例化http处理程序。我们将解释如何在web.config和/或machine.config文件中定义所有这些细节信息。

ASP.NET还通过IHttpHandlerFactory接口支持http处理程序的扩展。ASP.NET提供了把http请求路由到实现IHttpHandlerFactory接口的类的对象上的能力。此外,ASP.NET还利用了Factory设计模式。这种模式为建立一组相关对象而不提供具体类的功能提供了接口。简单的说,你可以把用于建立依赖传递进来的参数建立的http处理程序对象的类看作是factory(工厂)。我们不用指定需要实例化的特定的http处理程序;http处理程序工厂处理这种事务。这样做的优点在于如果未来实现IHttpHandler接口的对象的实现方法发生了改变,只要接口仍然相同,客户端就不会受到影响。

Http处理模块:
什么是Http处理模块(What):
        在【ASP.Net请求原理概述】中我们已经知道,请求在进入管道后多个Http处理模块会在Http处理程序处理之前,抢先处理请求,这些处理模块其实就是一些普通的功能类,他们在服务启动的时候就驻留在了IIS容器中,当请求经过的时候处理模块会根据自身类的功能处理掉一些请求,比如Web.config中配置的身份验证,用户资源访问权限设置等都有对应的Http处理模块。

为什么要使用Http处理模块(Why):
        Http处理模块可以减轻Http处理程序的压力,使整个请求过程变得畅通,在任何一个模块处理过程发生了异常都可以终止当前请求,这样不但提高了效率而且是处理更安全
处理以上的优点以外,Http处理模块还可以细分控制层,每个模块负责单一的处理工作,使得处理流程更明确。
        和Http处理程序一样在Machine.config中同样配置了ASP.Net默认的一些处理模块,见下表:


<httpModules>
<add name="OutputCache" type="System.Web.Caching.OutputCacheModule"/>
<add name="Session" type="System.Web.SessionState.SessionStateModule"/>
<add name="WindowsAuthentication" type="System.Web.Security.WindowsAuthenticationModule>?
<add name="FormsAuthentication" type="System.Web.Security.FormsAuthenticationModule"/>
<add name="PassportAuthentication" type="Security.PassportAuthenticationModule"/>
<add name="UrlAuthorization" type="Security.UrlAuthorizationModule"/>
<add name="FileAuthorization" type="Security.FileAuthorizationModule"/>
</httpModules>
ASP.NET使用上面一些HTTP模块来提供一些服务,例如身份验证和授权、对话管理和输出缓冲。由于这些模块都注册在machine.config文件中。

如何创建自定义的Http处理模块(How):
要创建自定义HTTP模块必须System.Web.IhttpModule接口的.NET组件。这些组件通过在某些事件中注册自身,把自己插入ASP.NET请求处理管道。当这些事件发生的时候,ASP.NET调用对请求有兴趣的HTTP模块,这样该模块就能处理请求了。
HTTP模块实现了IhttpModule接口的下面一些方法:

方法名称 描述

Init
这个方法允许HTTP模块向HttpApplication 对象中的事件注册自己的事件处理程序。

Dispose
这个方法给予HTTP模块在对象被垃圾收集之前执行清理的机会。

总结:
        其实ASP.Net变异的实现MVC框架技术,它的控制层(C)是由于实现了IhttpHander,IhttpHandlerFactory接口的Http处理程序类和实现了IhttpModule的Http处理模块类组成的,他们负责处理请求,如果学过Structs的同学知道它有点类似于ActionServlet和Jsf中的FacesServlet,而表示层(V)很明显就是那些Asp.Net的页面文件,而模型层(M)就是被控制层转译成*.cs文件的代码隐藏类 (CodeBehinde对应的类),虽然ASP.Net的MVC有点怪异,但是不可否认ASP.NET已经给开发者提供了强大的能量。

转自:http://hi.baidu.com/xbydy/blog/item/9456fa7e6e8419310cd7da37.html

posted on 2009-08-25 22:55  天行风  阅读(1011)  评论(0编辑  收藏  举报