前言:

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

如果真是这样,就当作一个“漫无边际”的想法来看好了。如果你根本不想浪费你的宝贵时间,就点这里 Redirect 回博客园主页,呵呵

 

一个 Redirect 为什么也可以耗费一篇文章的笔墨?

就 Redirect 一词成文的先例估计不会是我,但如果 扩展方法 + Redirect 这个话题,我可能就是第一人了扩展方法 之 Redirect 篇

 

葫芦里卖的是什么药?

这个“漫无边际”的想法实现的效果是:

如果页面是Foo.aspx,

    • 通过 this.View<Foo>() 来Redirect;
    • 通过 this.Url<Foo>() 来获取Url;
    • 通过 this.Url<Foo>( 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<T>(this IHttpHandler httpHandler )
{
    return string.Format("~/{0}.aspx", typeof(T).Name);
}

 

但如果是多层目录:

扩展方法 之 Redirect 篇

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

扩展方法 之 Redirect 篇

例如这里Home文件夹里的Index.aspx 页面后台的命名空间是 RedirectTests.Views.Home,就根据这个命名空间和类名来拼装出 "~/Views/Home/Index.aspx" 还不简单嘛。

示例代码:

public static string Url<TView>(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<TView>(this IHttpHandler httpHandler, object param)
{
    string queryString = param.ToQueryString();
    string virtualPath = string.Format("{0}?{1}", httpHandler.Url<TView>(), queryString);
    return virtualPath;
}
 
/// <summary>
/// 拼装查询字符串
/// </summary>
/// <typeparam name="T"></typeparam>
/// <param name="model"></param>
/// <returns></returns>
public static string ToQueryString<T>(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();
}

/// <summary>
/// Url编码
/// </summary>
/// <param name="obj"></param>
/// <returns></returns>
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<TView>(this IHttpHandler httpHandler)
{
    HttpContext.Current.Response.Redirect(httpHandler.Url<TView>());
}

public static void View<TView>(this IHttpHandler httpHandler, object param)
{
    HttpContext.Current.Response.Redirect(httpHandler.Url<TView>(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 的情况呢?

扩展方法 之 Redirect 篇

string handlerUrl = this.Url<Handler1>();
最终也可以实现以上效果,但是Url 方法就要适当改改了,这里我就不再贴代码了。

 

总结:

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

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

扩展方法 之 基本数据篇

扩展方法 之 Asp.Net篇

扩展方法、接口和继承带来的有趣现象

相关文章:

  • 2021-05-23
  • 2021-10-10
  • 2022-12-23
  • 2021-12-12
  • 2021-10-14
  • 2021-11-21
  • 2021-07-01
猜你喜欢
  • 2021-10-16
  • 2021-09-12
  • 2021-10-22
  • 2022-12-23
  • 2021-08-03
  • 2021-06-11
相关资源
相似解决方案