漫谈ASP.NET 页面对象模型

漫谈ASP.NET 页面对象模型

本文讨论关于建立ASP.NET Web页的事件模型和转化为HTML的各个过程的细节。ASP.NET HTTP 运行时管理着把请求URL转换成一个页面类的具体实例的对象管道，接下来把这些实例转换成一般的HTML文本格式。本文对代表各个页面生命周期的事件、怎么控制页面执行、开发人员怎么干预这些标准行为的执行过程进行了讲解。

介绍

每当请求IIS容纳的ASP.NET页时，总是要把请求转交给了ASP.NET HTTP 管道。HTTP管道是一组被控对象，这些对象按顺序处理请求并且把这些请求转换成一般HTML文本。HTTP管道的入口是HttpRuntime 类。ASP.NET的底层结构为每一个应用程序域 （ AppDomain ）的工作进程建立了一个这个类（HttpRuntime）的实例（注意，一个工作进程只能支持一个正在运行的ASP.NET应用域）。

HttpRuntime 类从内部程序池中选择一个 HttpApplcation 对象，并且在接收到请求的时候使它工作。Http应用管理程序的主要工作是寻找这样的类使之能够处理请求。例如：当请求一个.aspx资源时，处理句柄就是一个从Page继承类的实例。请求资源的类型和相关处理句柄的关系映射表被保存在应用程序的配置文件里。更确切的说，这个映射表就定义在machie.config里的＜httpHandlers＞一节里。但是，应用程序能在web.config里对这个HTTP处理句柄映射列表进行重定义。下面这行语句说明了定义.aspx资源请求的处理句柄：

＜add verb=”*” path=”*.aspx” type=”System.Web.UI.PageHandlerFactroy”/＞

一个扩展可以和一个句柄类联系起来，更一般说，是和一个句柄工厂类相联系。在所有情况下，负责处理请求的HttpApplication对象得到一个从IHttpHandler接口具体实现的对象。如果是根据HTTP句柄来处理资源和相关处理类的关系，则返回类是直接实现相关的接口的；如果资源是绑定到一个句柄工厂的话，将必须经过另外一个阶段：具体实现IHttpHandlerFactory接口的句柄工厂类的GetHandler方法将返回一个基于IHttpHandler的对象。