System.Web.Routing入门及进阶 上篇

System.Web.Routing已经作为一个程序集包含在.net3.5sp1中发布了。虽然我们并没有在3.5sp1中发现Asp.net Mvc的踪迹,但是亦以感觉到它离我们不远了。

System.Web.Routing用于在Asp.net的Web应用程序中进行URLRouting。

所谓UrlRouting就是将一个地址映射为另一个地址,比如我访问/chsword/2008/08/27.html其实是访问了/chsword/article.aspx?y=2008&m=08&d=27这个地址,URLRouting使我们的URL看起来非常漂亮。

本文将分2部分介绍UrlRouting的使用分别为入门篇与进阶篇。

文章的前提:

1.        
安装Visual Studio 2008 sp1或其它IDE的等同版本。

2.        
建立一个Asp.net Web Application(Asp.net Web应用程序)

3.        
引用System.Web.Routing程序集。

UrlRouting的实现原理


如果你不是追求理论的人,仅仅是务实主义,可以直接从准备工作读起。

为了方便大家理解我绘制了一个UML图,其中通过RouteTable的Routes这个属性可以获取一个RouteCollection的Singleton模式,虽然在其中并没有判断值不存在时才初始化的Singleton的标志性行为,但是它是在Application_Start事件中进行初始化的,并且直到应用程序进程终结,所以是Singleton模式的。

而通过以下方式将Route添加到RouteTable.Routes中

RouteTable.Routes.Add(new Route());

以上代码仅为表示其流程,这个代码是不能正确执行的,因为Route没有提供无参构造函数。

Route初始化时则是利用RouteValueDictionary来加入默认值及规则到Route中

另外Route还有一个IRouteHandler的实现对象,IRouteHandler的实现对象提供了一个GetHttpHandler方法来获取用于处理URL的IHttpHandler。

这么说还是停留在抽象层次的,下面我们以一些简单例子来带你驭起UrlRouting。

准备工作

由于须要一个处理Url的IHttpHandler所以我们先定义一个实现了IHttpHandler接口的类。

就叫它MyPage,由于我们要与IRouteHandler交互,所以除了实现IHttpHandler的方法之外还要声明一个RequestContext类型的属性。

Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/

-->public class MyPage:IHttpHandler {
        public RequestContext RequestContext { get; private set; }
        public MyPage(RequestContext context)
        {
            this.RequestContext = context;
        }
        #region IHttpHandler 成员
        public virtual void ProcessRequest(HttpContext context){}
        public bool IsReusable {
            get { return false; }
        }
        #endregion
    }

这样我们就拥有了一个自己的IHttpHandler。

下面我们实现一个IRouteHandler:

Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/

-->    public class MyRouteHandler : IRouteHandler {
        #region IRouteHandler 成员
        public IHttpHandler GetHttpHandler(RequestContext requestContext) {
            return new MyPage(requestContext);
        }
        #endregion
    }

这里实现了IRouteHandler的GetHttpHandler方法,使之返回刚才我们实现的MyPage。

这样我们前期的2个工作就做完了,我们可以来实现UrlRouting了。

实现第一个UrlRouting

其实UrlRouting在定义完上两个规则后就很简单了。

在Golbal.asax(没有可以新建一个)的Application_Start事件中写如下代码

Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/

-->protected void Application_Start(object sender, EventArgs e) {
            RegisterRoutes(RouteTable.Routes);
        }
        public static void RegisterRoutes(RouteCollection routes) {
            routes.Add(new Route("{page}.aspx",new MyRouteHandler()));
        }

这样我们就定义了第一个UrlRouting规则就是对xxxx.aspx这类的Url进行Routing。

但是我们仅仅是定义了处理了什么样的Url,却没定义如何处理。

我们应该在刚刚定义的MyPage的ProcessRequest方法中定义如何处理。

我们将ProcessRequest方法实现如下:

Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/

-->public virtual void ProcessRequest(HttpContext context){
context.Server.Execute(        RequestContext.RouteData.Values["page"].ToString().Replace("_","/")+".aspx"
            );
}

很显然这里的RequestContext.RouteData.Values["page"]就是取到刚才的规则{page}.aspx中的page的值即,如果我访问index.aspx则RequestContext.RouteData.Values["page"]就是index。

我这里的定义是将”_”替换为”/”所以就是将list_index.aspx这样的URL转到list/index.aspx这样的网页上。

我们建立一些测试用的网页如下图所示:

在这些网页里随意写些可以分辨网页的文字。

则访问list_chsword.aspx时自动Routing到了list/chsword.aspx上了。

总结一下UrlRouting与以下有关:

1.        
Application_Start中定义的规则

2.        
自己实现的IHttpHandler类

这样您对于UrlRouting就算是入门了,下一篇我们将来讲一些进阶设置。

预计内容:

  • 规则的默认值

  • 正则规则设置

  • 使用技巧

System.Web.Routing入门及进阶 上篇,布布扣,bubuko.com

时间: 2024-12-27 20:43:28

System.Web.Routing入门及进阶 上篇的相关文章

System.Web.Routing入门及进阶 下篇

上面介绍的是最简单的一种定义方式.当然我们可以建立更复杂的规则.其中就包括设定规则的默认值以及设定规则的正则表达式. UrlRouting高级应用 预计效果: Code highlighting produced by Actipro CodeHighlighter (freeware) http://www.CodeHighlighter.com/ -->当我访问/a/b.aspx时就会转到Default.aspx?category=a&action=b在页面上显示category:aac

修改System.Web.Mvc.WebViewPage创建自己的pageBase

<system.web.webPages.razor> <host factoryType="System.Web.Mvc.MvcWebRazorHostFactory, System.Web.Mvc, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" /> <pages pageBaseType="MvcApplication1.PageBase"&g

web.config add handlers and httpmodule to System.Web section.

<?xml version="1.0" encoding="utf-8"?> <!-- For more information on how to configure your ASP.NET application, please visit http://go.microsoft.com/fwlink/?LinkId=152368 --> <configuration> <appSettings> <add

出现System.web.mvc冲突的原因及解决方法CS0433

1.问题描述 CS0433:类型“System.Web.Mvc.WebViewPage<TModel>”同时存在于URL1和URL2中 2.解决方案 找到Web.config文件中的<System.web><system.web> <compilation debug="true" targetFramework="4.0"> <assemblies> <add assembly="Syst

System.Web.Optimization对脚本和样式表的操作

这个也是本章重点向描述的部分,首先我们可以使用VS2012RC来新建一个MVC4.0项目,版本可以为4.0或4.5.在Global.asax文件代码中,我们发现已经把过滤器,路由器,以及对样式表和脚本捆绑(Bundles)移到了其他页面,就是在根目录下的App_Start文件夹内.代码只是简简单单的几行,代码如下 using System; using System.Collections.Generic; using System.Configuration; using System.Dat

配置错误_未能加载文件或程序集“System.Web.Mvc, Version=2.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35”或它的某一个依赖项。系统找不到指定的文件。

配置错误 “/”应用程序中的服务器错误. 配置错误 说明: 在处理向该请求提供服务所需的配置文件时出错.请检查下面的特定错误详细信息并适当地修改配置文件. 分析器错误消息: 未能加载文件或程序集“System.Web.Mvc, Version=2.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35”或它的某一个依赖项.系统找不到指定的文件. 源错误: 行 19: <add assembly="System.Web.Abstract

ASP.NET MV3 部署网站 报&quot;Could not load file or assembly &#39; System.Web.Helpers “ 错的解决方法

转自:http://www.cnblogs.com/taven/archive/2011/08/14/2138077.html 国内很多网站空间都只支持.NET 2.0 和 .NET 3.0 3.5,很少有空间商支持.NET 4的,即使有个别支持.NET 4,但是不支持MVC的默认路由访问形式. Go Daddy 的主机支持,并且费用很低,系统为 Win 2008 R2 64位,10GB网站空间,网站并发最便宜的也支持100个,PHP支持5.2和5.3,.NET支持 ASP.NET v1.0/2

MVC5手工添加System.Web.Optimization

VS2012web手工添辑一个空的mvC5的项目,添加EF6的支持,在别的项目里复制了母版页_Layout.cshtml过来,发现Styles.Render未引用,这个引用使用的命名空间是System.Web.Optimization,直接在项目里添加是找不到的,如是在NuGet命令行添加Install-Package Microsoft.AspNet.Web.Optimization PM> Install-Package Microsoft.AspNet.Web.Optimization 正

System.Web.HttpRequest.cs

ylbtech-System.Web.HttpRequest.cs 1.返回顶部 1. #region 程序集 System.Web, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a // C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5\System.Web.dll #endregion usin