快速业务通道

重提URL Rewrite(3):在URL Rewrite后保持PostBack地址

作者 佚名技术 来源 NET编程 浏览 发布时间 2012-05-19

在进行了URL Rewrite之后,经常会遇到的问题就是页面中PostBack的目标地址并非客户端请求的地址,而是URL Rewrite之后的地址。以上一篇文章中的重写为例:

<rewriter>
 <rewrite url="^/User/(\d+)contentquot; to="~/User.aspx?id=$1" processing="stop" />
 <rewrite url="^/User/(\w+)contentquot; to="~/User.aspx?name=$1" processing="stop" />
</rewriter>

当用户请求“/User/jeffz”之后,页面中的出现的代码却会是<form action="/User.aspx?name=jeffz" />,这是因为在生成代码时,页面会使用当前Request.Url.PathAndQuery的值来得到form元素的action。这导致了一旦PostBack,地址栏里就会出现“User.aspx?name=jeffz”,而这个地址很可能是请求不到正确的资源的(因为可能被Rewrite到了别处,或者由于目录级别的关系而根本没有该资源)。在之前《UpdatePanel与UrlRewrite》一文中,我说可以在页面末尾添加一行JavaScript代码来解决这个问题:

<script language="javascript" type="text/javascript">
  document.getElementsByTagName("form")[0].action = window.location;
</script>

这行代码的意图非常明显,将form的action修改为window.location(即浏览器地址栏中的路径),这样当页面进行PostBack时,目标地址就会是URL Rewrite之前的地址了。这种做法能够让程序正常运行,但是实在不能让我满意。为什么?

因为太丑了。

因为我们还是把URL Rewrite之后的地址暴露给了客户端。用户只要装一个HTTP嗅探器(例如著名的Fiddler),或者在IE中直接选择查看源文件,我们的目标地址就毫无遮掩的显示在用户面前了。怎么能让用户知道我们的重写规则?我们必须解决这个问题。解决的方法很简单,也已经非常流行了,那就是使用Control Adaptor来改变Form生成时的行为。不过让我感到比较奇怪的是,关于这个Control Adaptor,在网络上搜到的尽是VB.NET的版本,倒是微软主推的C#语言却找不到。虽然只要了解一点VB.NET的语法要改写起来并不困难,但是毕竟也是个额外的工作啊。所以我现在就将这个Adaptor的C#版本代码贴出来,以便朋友们能够直接使用:

  namespace Sample.Web.UI.Adapters
  {
  public class FormRewriterControlAdapter :
  System.Web.UI.Adapters.ControlAdapter
  {
  protected override void Render(HtmlTextWriter writer)
  {
  base.Render(new RewriteFormHtmlTextWriter(writer));
  }
  }
  public class RewriteFormHtmlTextWriter : HtmlTextWriter
  {
  public RewriteFormHtmlTextWriter(HtmlTextWriter writer)
  : base(writer)
  {
  this.InnerWriter = writer.InnerWriter;
  }
  public RewriteFormHtmlTextWriter(TextWriter writer)
  : base(writer)
  {
  this.InnerWriter = writer;
  }
  public override void WriteAttribute(string name, string value, bool fEncode)
  {
  if (name == "action")
  {
  HttpContext context = HttpContext.Current;
  if (context.Items["ActionAlreadyWritten"] == null)
  {
  value = context.Request.RawUrl;
  context.Items["ActionAlreadyWritten"] = true;
  }
  }
  base.WriteAttribute(name, value, fEncode);
  }
  }
  }

简单的说,这个Control Adaptor其实一直在等待“action”这个属性被输出的那一刻,将value变为当前Request对象的RawUrl属

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务,公司网站:http://www.lingzhong.cn 为了给广大客户了解更多的技术信息,本技术文章收集来源于网络,凌众科技尊重文章作者的版权,如果有涉及你的版权有必要删除你的文章,请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息,谢谢!

分享到: 更多

Copyright ©1999-2011 厦门凌众科技有限公司 厦门优通互联科技开发有限公司 All rights reserved

地址(ADD):厦门软件园二期望海路63号701E(东南融通旁) 邮编(ZIP):361008

电话:0592-5908028 传真:0592-5908039 咨询信箱:web@lingzhong.cn 咨询OICQ:173723134

《中华人民共和国增值电信业务经营许可证》闽B2-20100024  ICP备案:闽ICP备05037997号