从.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处理程序的实例。