Asp.net 的工做原理

时间  2019-11-08
标签 asp.net asp 原理 栏目 ASP 繁體版
原文   原文链接


转：http://www.cnblogs.com/linjiancun/archive/2010/09/14/1825662.html

1.1.1          Asp.net 的工做原理

Aspx页面的的通常处理过程以下图所示：html

 

1.1.2          Asp.net 的页面处理过程：

下面经过一个更加详细的图形来描述aspnet_isapi.dll处理页面的一个流程：web

 

 

请求的处理过程是基于管道模型的。编程

咱们经过下图来理解什么管道模型：c#

其实就是能够有多个HttpModule，可是只能有一个HttpHandler。api

1.1.3          Isapi筛选器

Iis默认不会处理动态页面，只能处理html页面，因而就须要对iis进行扩展，这些扩展要注册到iis中，和特定的后缀名绑定，这样之后每当iis遇到了某个后缀名，就把他发送给响应的扩展来处理，这些筛选器处理完以后，把结果返回给iis，iis就把这个结果返回给客户。好比对于asp，就要用asp_isapi.dll来处理，对于asp.net就要使用aspnet_isapi.dll来处理。扩展的方法有两种：ISAPI Filter和 ISAPI Extension两种。其中HttpModule就是筛选器；HttpHandler就是Http Extension。app

1.1.4          HttpModule

Httpmodule实现了过滤器也就是筛选器的功能；HttpModule 实现了System.Web.IHttpModule的接口。asp.net

（1）       实现步骤编程语言

l         编写一个类，实现IHttpModule接口；ide

l         实现init方法，注册须要的方法；函数

l         实现注册的方法；

l         实现dispose方法，这是在为类实现一些清除工做的时候才实现的，一般状况下能够什么都不做，为空；

l         在web.config是注册该HttpModule类。

（2）能够被处理的事件

其实所谓添加HttpModule，就是给HttpApplication的一些列时间添加事件处理函数，在HttpModule类中给须要添加处理函数的事件添加处理函数便可。

HttpApplication主要有如下一些事件：

l         BeginRequest

l         AuthenticateRequest

l         AuthorizeRequest

l         ResolveRequestCache

l         AcquireRequestState

l         PreRequestHandlerExecute

l         PostRequestHandlerExecute

l         ReleaseRequestState

l         UpdateRequestCache

l         EndRequest

全部的这些事件都可以被从新定义，可是不是override；你要明白，也就是增长了一层Module，原来的HttpModule仍然存在。这就是HttpModule的基本工做原理。

（3）一个例子

下面给出一个如何自定义HttpModule的例子。

该HttpModule名为：MyHttpModule其中有一个AcquireRequestState事件的处理函数，整个类的定义以下：

using System;

using System.Data;

using System.Configuration;

using System.Web;

using System.Web.Security;

using System.Web.UI;

using System.Web.UI.WebControls;

using System.Web.UI.WebControls.WebParts;

using System.Web.UI.HtmlControls;

 

/// <summary>

/// Summary description for MyHttpModule

/// </summary>

public class MyHttpModule: System.Web.IHttpModule

{

    public MyHttpModule()

    {

       //

       // TODO: Add constructor logic here

       //

    }

    public void Init(HttpApplication httpA)

　{

    // 向Application 对象注册事件处理程序

     httpA.AuthenticateRequest += new EventHandler(this.AuthenticateRequest);

　}

 

　public void Dispose()

　{

　　

　}

 

　private void AuthenticateRequest(object r_objSender,EventArgs r_objEventArgs)

    {

       HttpApplication httpA = (HttpApplication)r_objSender;

       httpA.Context.Response.Write("in MyHttpModule AuthenticateRequest Event Handler");

 

    }

}

 

把该类放在solution下的叫作App_Code文件夹下，而后在web.config中添加以下代码：

<system.web>

    <httpModules>

       <add name="Test1" type="MyHttpModule,App_Code"/>

    </httpModules>

    …

</system.web>

 

而后给solution添加一个空白页面，运行该页面，获得的结果以下：
 

（4）这些事件的执行顺序如何？

若是想要弄清HttpApplication的全部这些事件的执行顺序如何，那么经过下面的这个例子就明白了。

咱们对上面的例子做一个简单的修改，代码以下：

using System;

using System.Data;

using System.Configuration;

using System.Web;

using System.Web.Security;

using System.Web.UI;

using System.Web.UI.WebControls;

using System.Web.UI.WebControls.WebParts;

using System.Web.UI.HtmlControls;

 

/// <summary>

/// Summary description for MyHttpModuleMultiEvent

/// </summary>

public class MyHttpModuleMultiEvent : System.Web.IHttpModule

{

    public MyHttpModuleMultiEvent()

    {

       //

       // TODO: Add constructor logic here

       //

    }

    public void Init(HttpApplication httpA)

    {

       // 向Application 对象注册事件处理程序

       httpA.BeginRequest += new EventHandler(this.BeginRequest);

       httpA.AuthenticateRequest += new EventHandler(this.AuthenticateRequest);

       httpA.AuthorizeRequest += new EventHandler(this.AuthorizeRequest);

       httpA.ResolveRequestCache += new EventHandler(this.ResolveRequestCache);

       httpA.AcquireRequestState += new EventHandler(this.AcquireRequestState);

       httpA.PreRequestHandlerExecute += new EventHandler(this.PreRequestHandlerExecute);

       httpA.PostRequestHandlerExecute += new EventHandler(this.PostRequestHandlerExecute);

       httpA.ReleaseRequestState += new EventHandler(this.ReleaseRequestState);

       httpA.UpdateRequestCache += new EventHandler(this.UpdateRequestCache);

       httpA.EndRequest += new EventHandler(this.EndRequest);

    }

 

    public void Dispose()

    {

 

    }

 

    private void AuthenticateRequest(object r_objSender, EventArgs r_objEventArgs)

    {

       HttpApplication httpA = (HttpApplication)r_objSender;

       httpA.Context.Response.Write("in MyHttpModule AuthenticateRequest Event Handler <br/>");

    }

    private void BeginRequest(object r_objSender, EventArgs r_objEventArgs)

    {

       HttpApplication httpA = (HttpApplication)r_objSender;

       httpA.Context.Response.Write("in MyHttpModule BeginRequest Event Handler <br/>");

    }

    private void AuthorizeRequest(object r_objSender, EventArgs r_objEventArgs)

    {

       HttpApplication httpA = (HttpApplication)r_objSender;

       httpA.Context.Response.Write("in MyHttpModule AuthorizeRequest Event Handler <br/>");

    }

    private void ResolveRequestCache(object r_objSender, EventArgs r_objEventArgs)

    {

       HttpApplication httpA = (HttpApplication)r_objSender;

       httpA.Context.Response.Write("in MyHttpModule ResolveRequestCache Event Handler <br/>");

    }

    private void AcquireRequestState(object r_objSender, EventArgs r_objEventArgs)

    {

       HttpApplication httpA = (HttpApplication)r_objSender;

       httpA.Context.Response.Write("in MyHttpModule AcquireRequestState Event Handler <br/>");

    }

    private void PreRequestHandlerExecute(object r_objSender, EventArgs r_objEventArgs)

    {

       HttpApplication httpA = (HttpApplication)r_objSender;

       httpA.Context.Response.Write("in MyHttpModule PreRequestHandlerExecute Event Handler <br/>");

    }

    private void PostRequestHandlerExecute(object r_objSender, EventArgs r_objEventArgs)

    {

       HttpApplication httpA = (HttpApplication)r_objSender;

       httpA.Context.Response.Write("in MyHttpModule PostRequestHandlerExecute Event Handler <br/>");

    }

    private void ReleaseRequestState(object r_objSender, EventArgs r_objEventArgs)

    {

       HttpApplication httpA = (HttpApplication)r_objSender;

       httpA.Context.Response.Write("in MyHttpModule ReleaseRequestState Event Handler <br/>");

    }

    private void UpdateRequestCache(object r_objSender, EventArgs r_objEventArgs)

    {

       HttpApplication httpA = (HttpApplication)r_objSender;

       httpA.Context.Response.Write("in MyHttpModule UpdateRequestCache Event Handler <br/>");

    }

    private void EndRequest(object r_objSender, EventArgs r_objEventArgs)

    {

       HttpApplication httpA = (HttpApplication)r_objSender;

       httpA.Context.Response.Write("in MyHttpModule EndRequest Event Handler <br/>");

    }

}

固然了，此时也要在web.config中做相应的修改；

而后运行的结果以下：

 

如此一来，这些事件的执行顺序就一目了然了。


 

（5）配置文件中配置HttpModule的另一种方法；

另一种配置方法就是，以上面的这个例子为例。

首先创建一个普通的工程，假设工程名为：MyHttpModuleMultiEventProject，而后把MyHttpModuleMultiEvent.cs添加进去；编译该工程，获得MyHttpModuleMultiEventProject.dll，而后在要使用该httpModule的工程当中添加该dll的引用；而后在该工程的web.config中配置以下代码：

<httpModules>

  <add name ="MultiEvent" type="MyHttpModuleMultiEvent,MyHttpModuleEventProject"/>

  …

</httpModules>

一切就ok了。

有一点要注意的是，在这样配置方式下，若是想要对那些本身写的HttpModule可以进行单步调试，就要在web.config中添加以下代码：

    <system.web>

      <authorization>

        <deny users="?"/>

 </authorization>

 …

   </system.web>

否则将没法进行调试，至于为何，俺不明白的啦。

若是想要很好的理解一个http的执行过程，能够参考下面的这个图：


 

 

1.1.5          HttpHandler

关键的一个方法是：ProcessRequest()。通常来讲，只要实现这个方法就能够了。

 

若是要在HttpHandler中使用Session，就必须实现IRequireSessionState。该接口指定目标HTTP处理程序接口具备对会话状态值的读写访问权限。这是一个标记接口，没有任何方法。
   
    本节将会在后面作一些补充


2          Master Pages[2006-10-26]

2.1         概述

Master page 是vs2005新出来的一种页面设计技术，它对于保持一个网站的统一风格是十分有帮助的，在以往的asp的程序中，要想让网站保持统一的风格就只能采用ctrl+c ,ctrl +v，即便是在vs2003的时代，也仍然是采用这样的方式。此方式最大的坏处就在于一旦风格要有所改变，那么要改动多个地方。也就是有重复代码的bad smell。

Master pages的好处就在于，模板只有一个，能够被任意屡次的重复使用，并且之后若是模板须要改动，就只要修改一个地方就能够了。

Vs2005之因此这么作，是由于在vs2002，vs2003的使用过程当中，用户反映到了他的许多不合理的地方，microsoft及时的对其进行了调整。

其实master page的出现是由于在vs 2005中加入了partail class技术。这种技术使得在设计期间能够把一个class分割成多个单元，在运行的时候把这多个单元进行合并。

采用master pages 的一个好处就是，你在设计子页的content的时候，经过vs2005的ide能够清除的看到主页的内容，而事实上呢，子页的源文件并不包含master page的内容。

2.2         编辑Master pages

编辑一个master pages其实很简单，和之前编辑任何的aspx的页面是没有区别的，因此在aspx页面中可使用的控件在这里同样可使用。

有点稍微不一样，也是显而易见的就是：在master page中，你要使用一个叫作：ContentPlaceHolder的控件来标定content的区域，以便在content pages中对该区域进行编辑。

2.3         编辑Content pages

经过查看content page的源码，你会发现他的代码十分的简单，下面就是一个例子：

<%@ Page Language="C#" MasterPageFile="~/MyFirstMasterPage.master" AutoEventWireup="true" CodeFile="MyFirstContentPage.aspx.cs" Inherits="MyFirstContentPage" Title="Untitled Page" %>

<asp:Content ID="Content1" ContentPlaceHolderID="ContentPlaceHolder1" Runat="Server">

</asp:Content>

在content page中，你只要负责编辑好content 中的内容就能够了，其余的什么都不要你操心。

而在content 中编辑东西就和你之前在aspx中编辑东西是同样的，基本感受不出有什么不一样。

2.4         代码存放方式的混合和编程语言的混合

意思就是，在master page中，你可能使用的是嵌入代码的方式，可是这不意味你在content page当中也必定要使用嵌入代码的方式，你彻底能够在content page中使用界面与代码分开的方式。

一样的，你能够在master page中使用vb，而后在content page中使用c#；

一切皆有可能。

2.5         指定使用哪一个master page 的方式

能够有三种方式：

（1）       在建立content page的时候直接指定；

（2）       在web.config中指定；

下面给出例子：

对于（2）

<configuration>

<system.web>

<pages masterPageFile=”~/Wrox.master” />

</system.web>

</configuration>

 

这里须要指出的是，采用这种方式制定的master page是整个application中共同使用的，也就是整个程序的界面风格统一，可是这并不意味着不可更改，其实你彻底能够在某页中修改master page。

<%@ Page Language=”VB” MasterPageFile=”~/MyOtherCompany.master” %>

 

此外，你还能够专门为某个目录下的content page指定master page，代码以下：

<configuration>

<location path=”AdministrationArea”>

<system.web>

<pages masterPageFile=”~/WroxAdmin.master” />

</system.web>

</location>

</configuration>

（3）       在程序中经过代码来指定；

这个其实也很简单，代码以下：

protected void Page_PreInit(object sender, EventArgs e)

    {

       MasterPageFile = "MySecondMasterPage.master";

}

注意，该属性的修改代码不能放在Page_Load()中，只能放在Page_PreInit()或者在这个事件以前。不要问我为何，编译器这么说的。

2.6         Master page 的嵌套

到目前为止，咱们给出的例子中，每一个content page都只用到一个master page。而在实际的应用中，不少组织自己就是多层的，这固然就但愿master也可以有多层，如此一来组织的每一层均可以打造自身的master page。充分显示其灵活性。

 

要编辑嵌套的master page有点点麻烦，主要是vs2005不可以经过view design的方式来编辑。下面说说一个二级master page的编辑过程。该例子共有三个页面，这三个页面之间的关系以下图所示：mainMasterPage.master是submasterPage.master的master page， SubMasterPage.master又是ContentPage.aspx的master page。

大概步骤是这样的：

首先创建MainMasterPage.aspx，这步和通常创建masterpage 的过程没有什么区别，这里就很少说了。

代码以下：

<%@ Master Language="C#" AutoEventWireup="true" CodeFile="MainMasterPage.master.cs" Inherits="MainMasterPage" %>

 

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

 

<html xmlns="http://www.w3.org/1999/xhtml" >

<head runat="server">

    <title>Untitled Page</title>

</head>

<body>

    <form id="form1" runat="server">

    <div>

        <asp:Label ID="Label1" runat="server" Text="main1"></asp:Label><br />

       

        <asp:contentplaceholder id="ContentPlaceHolder1" runat="server">

        </asp:contentplaceholder> <br />

        

    </div>

    </form>

</body>

</html>

第二步是创建SubMasterPage.master，这一步最复杂。

（1）     像创建MainMasterpage.master同样创建一个master page，命名为SubMasterPage.master，创建好以后代码以下：

<%@ Master Language="C#" AutoEventWireup="true" CodeFile="SubMasterPage.master.cs" Inherits="SubMasterPage" %>

 

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

 

<html xmlns="http://www.w3.org/1999/xhtml" >

<head runat="server">

    <title>Untitled Page</title>

</head>

<body>

    <form id="form1" runat="server">

    <div>

        <asp:contentplaceholder id="ContentPlaceHolder1" runat="server">

        </asp:contentplaceholder>

    </div>

    </form>

</body>

</html>

（2）     由于创建master page的时候不能选择继承自哪一个master page，因此SubMasterPage.master的master page要经过手动来添加：

<%@ Master Language="C#" MasterPageFile="~/MainMasterPage.master"  AutoEventWireup="true" CodeFile="subMasterPage.master.cs" Inherits="subMasterPage" %>

（3）     而后是修改SubMasterPage.master的内容，由于它是继承自MainMasterPage.master，因此他的内容应该在mainMasterpage的content里头。因此其内容要修改成：

<asp:Content ID="Content1" ContentPlaceHolderID="ContentPlaceHolder1" Runat="Server">

   <asp:Label ID="Label2" runat="server" Text="main2"></asp:Label><br />

   <asp:contentplaceholder id="ContentPlaceHolder2" runat="server">    

   </asp:contentplaceholder>

</asp:Content>

 

第三步是添加Contentpage.aspx，这个步骤和通常的步骤没有区别，

可是这里有一点要注意的是，他只能使用SubMasterPage的ContentPlaceHolder，而不能使用MainMasterPage的placeholder，代码以下：

<asp:Content ID="Content1" ContentPlaceHolderID="ContentPlaceHolder2" Runat="Server">

  <asp:Label ID="Label3" runat="server" Text="content"></asp:Label><br />

</asp:Content>

 

整个程序运行后的结果为：

相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程