|
这些网址重写规则展示了正则表达式的强大威力。第一条规则按照(d{4})/(d{2})/(d{2}).aspx模式进行查找，通俗的说，它查找是否包含匹配xxxx/xx/xx.aspx格式的字符串，其中x表示数字，每一组数字必须用圆括号括起来，这样可以在相应<SendTo>节内引用圆括号内的匹配字符串。我们可以使用$1、$2、$3来分别引用前面匹配的圆括号组，其中$1，$2，$3分别表示所匹配的第一、第二、第三个圆括号组。
注意：由于web.config是XML格式的文档，所以在文本域内必须回避直接使用一些特殊字符，如：&，<和>符号等。在第一条网址重写规则的<SendTo>节中用&来表示引用&符号，在第二条网址重写规则的<SendTo>节中用<![CDATA[...]]>元素来表示其中所有的内容都是文本域，不再需要用转义字符来表示引用。这两种方法都可以实现同样的目的。
下面图五、图六、图七都显示出网址重写的运行状况。这些数据都真实地摘自作者的Blog（），图五显示2003年11月7日的帖子，图六显示所有2003年11月的帖子，图七显示2003年所有帖子。
图五.显示2003年11月7日的帖子
图六. 显示2003年11月所有的帖子
图七. 显示2003年所有的帖子
注意：要使用网址重写引擎，强烈推荐在<LookFor>节中使用正则表达式。如果你对正则表达式不是很熟悉，可以先阅读作者本人写的一篇文章An Introduction to Regular Expressions，此外还可以在RegexLib.com 上查询常用的正则表达式，或把你自己设计的正则表达式提交到该站点共享使用。
1.14. 创建必须的目录结构
当IIS接收到对/2004/03/19.aspx的请求时，他发现文件扩展名.aspx，便将该请求转交给ASP.NET引擎处理，在ASP.NET 引擎中传递时，该地址被重写到/ShowBlogContent.aspx?year=2004&month=3&day=19，最后用户将看到该Blog上2004年3月19日所有的帖子，但是在用户访问/2004/03/时会发生什么呢？除非已经存在一个/2004/01/的目录，否则IIS将返回一个404错误，而且该目录下还必须要有一个默认页面Default.aspx，IIS才能将请求转交给ASP.NET引擎处理。
通过这种方法你得手动为每一年的Blog创建一个年份的目录并在该年份下放置一个默认文件Default.aspx，而且还得在该年份目录下创建每一月的目录，从01、02、...、12，每一个目录下也要防止一个默认文件Default.aspx。（回想前面的例子，为了将/Products/重写到/ListCategories.aspx也是要建立一个/Products/目录并放置一个默认Default.aspx文件。
很明显，这样创建目录结构的过程是很痛苦的。解决这种问题的一个办法就是设置IIS将所有接收的请求都转交给ASP.NET引擎来处理，这种方法，甚至连访问这种地址/2004/04/，IIS都如实地将其转交给ASP.NET引擎处理，这种方法造成ASP.NET引擎得处理所有传入的请求，包括css文件，图片文件、Javascript文件以及Flash文件等等。
关于对所有类型文件的处理的详细讨论已经超出了本书范围。有关在ASP.NET Web应用程序中使用这些技术的例子请访问 .Text 这个开源的Blog。.Text 可以通过配置将所有请求都转交给ASP.NET处理。它使用了一个自定义的HttpHandler来处理所有类型的文件类型，这个自定义的HttpHandler可以识别并判断如何处理所有的文件类型。（图像文件、CSS文件等等。）
1.15. 结束语
本文探讨了通过类HttpContext类的RewriteUrl()方法来实现ASP.NET一级的网址重写，正如我们所看到那样，RewriteUrl()方法在修改这个特有的HttpContext的Request的属性时也修改了所请求的文件和路径。实际得到的效果就是在用户访问其特有的网址的时候，他实际却是在服务器端请求另一个与此不同的网址。
网址重写不但可以在HttpModule中执行，也可以在HttpHandler中运行。本文我们探讨了在一个HttpModule中执行网址重写，也研究了一下网址重写在ASP.NET中的各个不同场所的情况。
当然，在ASP.NET一级的网址重写中，只有在IIS成功地将请求转交给ASP.NET引擎后才能成功地执行，当用户请求一个扩展名为.aspx的文件时这很自然地发生。然而，如果要让用户输入一个实际并不存在的网址，通过网址重写到另一个存在的aspx页面，你必须为该请求创建相应的目录和默认的Default.aspx页面，除非配置IIS让它把所有的请求都转交给IIS处理，但是这种方式盲目地将所有请求都转交给了ASP.NET引擎。
1.16. 参考
本文源代码下载地址：
《深入研究IIS与ASP.NET》(Inside IIS and ASP.NET) 作者：Michele Leroux Bustamante
工作参考：网址重写是一个颇受欢迎的主题，不论是ASP.NET还是其他竞争对手都对其表示出巨大的关注。例如：Apache Web Server提供了一个叫做mod_rewriting的模块，mod_rewriting是个功能完善的网址重写引擎，它提供基于HTTP 头信息和服务器参数环境的网址重写功能，甚至还提供用正则表达式来创建网址重写规则。有关mod_rewriting更多信息请参考A User's Guide to URL Rewriting with the Apache Web Server《Apache Web Server网址重写用户向导》。
这里有相当数量的关于ASP.NET级别下网址重写的文章：
Rewrite.NET - A URL Rewriting Engine for .NET探讨模拟mod_rewriting的正则表达式描述的网址重写规则来实现ASP.NET下网址重写；
URL Rewriting With ASP.NET提供对ASP.NET下网址重写能力的总的概述；
Ian Griffiths有一个Blog，上面有许多有关在ASP.NET中实现网址重写的建议，比如本文所提到的考虑到数据回送时的做法；
Fabrice Marguerie和Jason Salas都各有一个Blog，在上面可以找到有关将ASP.NET网址重写来推动搜索引擎的查找替换的文章。
（Fabrice Marguerie: ）
（Jason Salas: ）
（编辑：焦作站长网）
【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!
|
