前言：
单看标题，可能很多朋友不知道我到底想写什么。在写这篇文章前，我自己跟自己斗争了很久，到底该不该写这篇文章？毕竟从现实主义来看，这篇文章可能落入“瞎扯淡”的行列，因为对大多数朋友来说，以下的所有扩展方法可能都不会用到。
如果真是这样，就当作一个“漫无边际”的想法来看好了。如果你根本不想浪费你的宝贵时间，就点这里 Redirect 回博客园主页，呵呵
一个 Redirect 为什么也可以耗费一篇文章的笔墨？
就 Redirect 一词成文的先例估计不会是我，但如果 扩展方法 + Redirect 这个话题，我可能就是第一人了。
葫芦里卖的是什么药？
这个“漫无边际”的想法实现的效果是：
如果页面是Foo.aspx，
通过 this.Url() 来
获取Url； 通过 this.View() 来Redirect； 通过 this.Url( new {param1= "value1", param2= "value2"}); 来返回带参数的Url。
“漫无边际”的想法来源：
Asp.Net MVC 是这个想法的主要来源，学习过 Asp.Net MVC的朋友都熟悉Controller 是如何获知返回的页面，主要方法：
public ActionResult Index()
{
return View();
return View("ViewName");
return View("ViewName", new { ReturnUrl ="Foo"});
return RedirectToAction("ActionName");
}
不懂 Asp.Net MVC 的朋友也没关系，因为本文实际上跟 Asp.Net MVC 完全没关系，跟稍后讲 WebForm 的 View 扩展方法也完全是没有任何一点关系，仅是方法名相同而已。
如何实现？
对于最简单的情况：页面在根目录，就直接根据 类名 + ".aspx" 返回就可以了
public static string Url(this IHttpHandler httpHandler )
{
return string.Format("~/{0}.aspx", typeof(T).Name);
}
但如果是多层目录：
如何根据类型来返回我们需要的页面 Url 呢？那么我们得变通一下才行。怎么变通？就是把命名空间也扯上来：
例如这里Home文件夹里的Index.aspx 页面后台的命名空间是 RedirectTests.Views.Home，就根据这个命名空间和类名来拼装出 "~/Views/Home/Index.aspx" 还不简单嘛。
示例代码：
public static string Url(this IHttpHandler httpHandler)
{
string fullViewName = typeof(TView).FullName;
string[] splits = fullViewName.Split('.');
if (splits.Length < 2)
throw new ArgumentException("Cannot find the namespace on view name");
return string.Format("~/Views/{0}/{1}.aspx", splits[splits.Length - 2],
splits[splits.Length - 1]);
}
以上代码限制路径只能在 Views 文件夹下了，有兴趣的朋友不妨改改。
如何为 Url 添加查询字符串？
啥？这也是一个问题？我见过不少朋友写查询字符串时基本上是这样写的：
string url = "~/Foo.aspx?param1=" + value1 + "¶m2=" + value2 ...;
或者，想写美观一点的朋友就这样写：
string url = string.Format( "~/Foo.aspx?param1={0}¶m2={1}" , value1, value2);
当查询字符串比较长时，那可就有些乱了。个人觉得以Asp.Net MVC 那种形式来书写很不错，这就产生另一个“漫无边际”的想法，请看下面的写法：
this.Url<Foo>(new { param1 = "value1", param2 = "value2" });
当然，执行效率肯定稍逊一筹啦，因为用了反射（题外话，其实大家可以不必闻“射”丧胆，老赵的关于快速反射的开源项目很好很强大）。
public static string Url(this IHttpHandler httpHandler, object param)
{
string queryString = param.ToQueryString();
string virtualPath = string.Format("{0}?{1}", httpHandler.Url(), queryString);
return virtualPath;
}
/// 拼装查询字符串
public static string ToQueryString(this T model)
{
StringBuilder sb = new StringBuilder();
if (model != null)
{
Type type = model.GetType();
//遍历所有属性，拼装查询字符串
type.GetProperties().ForEach(p =>
{
sb.Append(p.Name);
sb.Append("=");
sb.Append(UrlEncode(p.GetValue(model, null)));
sb.Append("&");
});
if (sb.Length > 0)
{
//去掉最后一个“&”
return sb.ToString(0, sb.Length - 1);
}
}
return sb.ToString();
}
/// Url编码
public static string UrlEncode(object obj)
{
if (obj == null)
{
return string.Empty;
}
else if (obj is DateTime)
{
string value = ((DateTime)obj).ToString("yyyy-MM-dd HH:mm:ss.ffffff");
return System.Web.HttpUtility.UrlEncode(value);
}
return System.Web.HttpUtility.UrlEncode(obj.ToString());
}
以上代码关于 Url 编码的部分，你可以看到如果是DateTime类型转字符串时，这里进行特定格式的转化。因为如果不这样转化，当获取这个DateTime类型时，不能保证能从字符串转回正确的DateTime。
那么，有了上面介绍，自然而然一堆扩展方法就呼之欲出了：
public static void View(this IHttpHandler httpHandler)
{
HttpContext.Current.Response.Redirect(httpHandler.Url());
}
public static void View(this IHttpHandler httpHandler, object param)
{
HttpContext.Current.Response.Redirect(httpHandler.Url(param));
}
public static void ViewHome(this IHttpHandler httpHandler)
{
HttpContext.Current.Response.Redirect("~");
}
public static void ViewLogin(this IHttpHandler httpHandler)
{
ViewLogin(httpHandler,null);
}
public static void ViewLogin(this IHttpHandler httpHandler, string returnUrl)
{
string virtualPath = FormsAuthentication.LoginUrl;
if (!string.IsNullOrEmpty(returnUrl))
virtualPath += "?ReturnUrl=" + returnUrl;
HttpContext.Current.Response.Redirect(virtualPath);
}
结束
当然没结束。以上的 Url 返回的只能是.aspx的页面，那么IHttpHandler 的情况呢？
string handlerUrl = this.Url<Handler1>();
最终也可以实现以上效果，
但是Url 方法就要适当改改了，这里我就不再贴代码了。
总结：
最后还是要说的是，这是一个“漫无边际”的想法。
如果想看其他不那么“漫无边际”的文章，下面有另外几篇