ASP NET MVC – 关于Action返回结果类型的事儿(上)

ASP.NET MVC – 关于Action返回结果类型的事儿（上） 一、 ASP.NET MVC 1.0 Result 几何？

Action的返回值类型到底有几个？咱们来数数看。 ASP.NET MVC 1.0 目前一共提供了以下十几种Action返回结果类型： 1. ActionResult（base） 2. ContentResult 3. EmptyResult 4. HttpUnauthorizedResult 5. JavaScriptResult 6. JsonResult 7. FileResult (base) 8. FileContentResult 9. FilePathResult 10. FileStreamResult 11. RedirectResult 12. RedirectToRouteResult 13. ViewResultBase(base) 14. ViewResult 15. PartialViewResult

一个列表下来看得人眼花缭乱，因为可用的Result很多，接着再瞧瞧类关系图以佐辨析：

如图中可见，ActionResult可谓人丁兴旺，目前膝下有儿9子（如图中红色所圈的类），ViewResultBase与FileResult又各有子两三口，这些儿孙们各司所长。那么各个 Result 都会干点啥事儿呢？这个问题说来话长，不过根据诸如“虎父无犬子”、“种瓜得瓜，种豆得豆”、“龙生龙，凤生凤，老鼠的孩子打地洞”的俗语，孩子们多少从他爹那儿遗传了点什么，所以要说明它们的才干之前，得先唠叨唠叨一下 ActionResult这个爹，这个爷，因此这事情还是得先从ActionResult说起。

二、朴实的 ActionResult

所有的 Result 都派生自 ActionResult抽象类，因此 ActionResult 作为基类提供了最基础的功能，ActionResult 是一个抽象类，其声明如下：

public abstract class ActionResult {

public abstract void ExecuteResult(ControllerContext context);

}

看看普通人民、相貌平平的ActionResult，ActionResult 是个朴素老百姓，没啥特长，就一个 ExecuteResult() 抽象方法，这个ExecuteResult() 抽象方法还啥都不干，遗传给儿女孙子们让它们去发挥，那么它的责任其实就很明确了，它就是为遗传作准备的，繁殖下一代用的，是只公猪种。因为ActionResult是所有Result的基类，因此你可以在所有的Action上使用它作为返回值类型，而无需动脑筋来明确与返回值相同的类型。

二、 EmptyResult

EmptyResult 是ActionResult 最没用的儿子，虽然生儿都想生孙仲谋，希望儿子们都是八斗之才，国家栋梁，可惜第一胎 EmptyResult 就严重破坏了它的梦想，看来也只能痛恨自己种子不够好。咱来瞧瞧这个没用的阿斗：

//表示一个啥都不干的结果，就像 controller action 返回 null public class EmptyResult : ActionResult {

private static readonly EmptyResult _singleton = new EmptyResult();

internal static EmptyResult Instance { get { return _singleton; } }

public override void ExecuteResult(ControllerContext context) { } }

EmptyResult 遗传并实现了ActionResult的ExecuteResult()方法，同时也遗传了ActionResult的天真朴实的想法，也想“还是等下一代吧”，它有点老子的“无为”味道，所以它的ExecuteResult()方法像足了它的老爹，啥也不干。

EmptyResult 类使用了简单的单例模式，看来这样不思进取的儿子，整个家族里头生一个就够糟糕了，用广东人的话说，生它还不如生块叉烧肉。

在Action中，若要返回一个空的页面（不常用），则可如下：

public ActionResult Index() { return new EmptyResult(); }

执行后页面将缺省返回一个body为空的HMTL架构：

三、RedirectResult EmptyResult的“无为”给ActionResult 的打击着实不小，只好将期待落在其他孩子身上，RedirectResult虽然不是什么大才，起码有一技之长，我们看看它的 ExecuteResult() 方法：

public override void ExecuteResult(ControllerContext context) { if (context == null) { throw new ArgumentNullException("context"); }

string destinationUrl = UrlHelper.Content(Url, context.HttpContext); context.HttpContext.Response.Redirect(destinationUrl, false /* endResponse */); }

RedirectResult用于执行转移。事实上 RedirectResult 最终调用了 Response.Redirect() 进行转移，所以您可以使用RedirectResult跳转到任意的包括当前项目或网络上的Url，例如：http://www.cnblogs.com，对于当前项目的路径，因为使用了UrlHelper.Content() 方法获取目标路径，所以RedirectResult传递的Url同时支持当前项目目录标识符 ~ （即应用程序目录）。

四、RedirectToRouteResult

RedirectToRouteResult对于RedirectResult而言，其作用有所局限，仅能转移到路由（路由匹配的结果最终是一条相对当前项目的Url，例如： /Home/Index ），总的来说与RedirectResult的最终作用是一样的，都是执行转移。RedirectResult较为直接地转移到任意指定的Url，而RedirectToRouteResult则转移到指定的路由（路由匹配所得结果最终也是一个的Url）：

public override void ExecuteResult(ControllerContext context) { if (context == null) { throw new ArgumentNullException("context"); }

string destinationUrl = UrlHelper.GenerateUrl(RouteName, null /* actionName */, null /* controllerName */, RouteValues, Routes, context.RequestContext, false /* includeImplicitMvcValues */); if (String.IsNullOrEmpty(destinationUrl)) { throw new InvalidOperationException(MvcResources.ActionRedirectResult_NoRouteMatched); }

context.HttpContext.Response.Redirect(destinationUrl, false /* endResponse */); }

RedirectToRouteResult先通过调用UrlHelper.GenerateUrl()来获得路由匹配所得的最终Url，接着的执行转移过程与RedirectResult相同。

路由配置的过程在Global.asax文件中进行，在以MVC模板方式创建的MVC项目中都带有此文件，可在文件中的MvcApplication类的 RegisterRoutes()方法中进行配置路由，该方法缺省的内容如下：

public static void RegisterRoutes( RouteCollection routes ) { routes.IgnoreRoute( "{resource}.axd/{*pathInfo}" );

routes.MapRoute( "Default", // Route name "{controller}/{action}/{id}", // URL with parameters new { controller = "Home", action = "Index", id = "" } // Parameter defaults );

}

RedirectToRouteResult 可跳转至任何一条匹配的路由规则。是以利用路由转移可以跳转到其他控制器的 Action。

五、ContentResult

ContentResult用于将字符串直接向客户端输出。ContentResult的ExecuteResult方法实际上