玩转asp.net的URL Rewriting

URL Rewriting，这个好像似曾相识，又觉得很陌生的技术，已经随着资讯安全与SEO (Search Engine Optimization)的脚步，逐渐影响每个Web Developer，不论你是走哪个技术的，基本上都很难不去重视它，因为它其实可以帮你很多忙。光是一个REST的URL样式，就可以让很多人眼睛为之一亮。

试想，如果你的网站有某支URL是长这样好看：
http://www.cuoxin.com/myblog/blog.aspx?id=18472938290&postdate=20090404

还是这样好看：
http://www.cuoxin.com/myblog/2009/04/04/18472938290.aspx

又或者，使用者是否可以用这样的输入URL方式：
http://www.cuoxin.com/productinfo/MP3

去列出他想要搜寻的MP3 Player的型录，还是要使用者去打：
http://www.cuoxin.com/productinfo/search.aspx?keyword=MP3这样的URL？

我想对行销或消费者行为有概念的人来看的话，答案就很明显了。

URL Rewriting的强项，就是将外表的URL，转换成内部自己看的到的URL再做处理，可以让内部的URL继续使用，又可以让外部的URL具亲和性，因此URL Rewriting现在已经逐渐成为网站开发人员必须要知道的技术之一，而且现在其实已经有很多URL Rewriting的模组可以使用了，例如UrlRewriting.Net这个套件，或是IIS 7.0中的URL Rewriting Module等。

不过，如果能够自己走一遭的话，会更了解URL Rewriting是什么，而且对于网路上的URL Rewriting模组，也会更具精确的掌握力（以下以ASP.NET为主要说明的技术，其他的语言请参照手册，找出相对应的功能）。

首先，URL Rewriting是作为外部与内部URL要求的转换器，它需要过滤所有的URL，来执行重转向的动作，因此它比较适合生存在Web Server的执行过程中，以ASP.NET来说，使用HTTP Module即可处理这方面的工作（HTTP Handler较不适合）。

接者，设定处理HttpApplication.BeginRequest或是HttpApplication.AuthorizeRequest事件（多数的模组都是处理HttpApplication.AuthorizeRequest事件）：

1. public void Init(HttpApplication context)   
2. {   
3.      context.AuthorizeRequest += new EventHandler(AppAuthorizeRequest);   
4. }  

然后再于事件常式中，呼叫HttpApplication.Context.RewritePath()即可：

1. public void AppAuthorizeRequest(object sender, EventArgs e)   
2. {   
3.      (sender as HttpApplication).Context.RewritePath("~/MyHandler.aspx");   
4. }  

然后，在Web.config中，将这个模组挂到system.web/httpModules设定中，若是IIS 7.0，则要设在system.webServer/modules中。

1. <system.webServer>   
2.      <validation validateIntegratedModeConfiguration="false" />   
3.      <modules>   
4.          <add name="UrlRewritingHandler" type="UrlRewritingModule" />   
5.      </modules>   
6. </system.webServer>  

然后执行这个Web Application，不论你输入哪个URL路径，都会被导向到MyHandler.aspx中（当然，你的专案中要有MyHandler.aspx这个网页）。

URL Rewriting其实技术上就是这样而已，透过HttpApplication.Context.RewritePath()将要求的URL传到指定的网页来处理，然而在开发实务上，URL Rewriting要考量的其实很多：

由于每个URL都会被处理，那如果URL指向的是图片，档案，scripts或其他资源时要如何处理？ 是否有特殊要排除的路径？ 执行URL Rewriting时，URL的格式要怎么设计才会符合需求？ 由于URL被重写时，<form>的action属性会反应内部的URL，而不是外部的URL，此时要如何处理？

URL Rewriting对效能很要求，因为它要处理每一个URL要求，而不是选择性不处理。

另外，URL也不是一定要硬性的做Rewriting，部份需要排除的就不需要做Rewriting，或者你有某种格式的URL是要做重导向(HTTP 302)的话，也可以直接输出HTTP 302讯息要求浏览器重导向即可，切记，不要在URL Rewriting中加太多的判断条件，也不要在URL Rewriting中做太耗时间的事，那只会拖慢URL的处理速度（例如还要连资料库存取资料这种事）。