您的位置:知识库 » .NET技术

扩展方法 之 Redirect 篇

作者: CoolCode  来源: 博客园  发布时间: 2009-09-28 13:17  阅读: 2537 次  推荐: 0   原文链接   [收藏]  

前言:

  单看标题,可能很多朋友不知道我到底想写什么。在写这篇文章前,我自己跟自己斗争了很久,到底该不该写这篇文章?毕竟从现实主义来看,这篇文章可能落入“瞎扯淡”的行列,因为对大多数朋友来说,以下的所有扩展方法可能都不会用到。

  如果真是这样,就当作一个“漫无边际”的想法来看好了。如果你根本不想浪费你的宝贵时间,就点这里 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);
}

  但如果是多层目录:

image

  如何根据类型来返回我们需要的页面 Url 呢?那么我们得变通一下才行。怎么变通?就是把命名空间也扯上来:

image

  例如这里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 + "&param2=" + value2 ...;

  或者,想写美观一点的朋友就这样写:

  string url = string.Format( "~/Foo.aspx?param1={0}&param2={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 的情况呢?

image

string handlerUrl = this.Url<Handler1>();

最终也可以实现以上效果,但是Url 方法就要适当改改了,这里我就不再贴代码了。

总结:

  最后还是要说的是,这是一个“漫无边际”的想法。

  如果想看其他不那么“漫无边际”的文章,下面有另外几篇

0
0

.NET技术热门文章

    .NET技术最新文章

      最新新闻

        热门新闻