View的呈现(一)ActionResult

ActionResult

Http是一个单纯采用请求/回复消息交换模式的网络协议，Web服务器在接收并处理来自客户端的请求后悔根据处理结果对请求予以回应。一般来说针对请求的处理最终体现在对目标Action方法的执行上，在定义Action方法中人为的控制对请求的响应。

namespace System.Web.Mvc{

public abstract class Controller{

         public HttpResponseBase Response { get; }

public HttpContextBase HttpContext { get; }

}

原则上任何类型的响应都可以利用当前HttpResponse来实现，但是一般并不这么做，而是将针对请求的响应实现在一个ActionResult对象中

namespace System.Web.Mvc{

    //     表示操作方法的结果。

    public abstract class ActionResult{

        // 摘要:通过从 System.Web.Mvc.ActionResult 类继承的自定义类型，启用对操作方法结果的处理。

        // 参数:context:

        //  用于执行结果的上下文。上下文信息包括控制器、HTTP 内容、请求上下文和路由数据。

        public abstract void ExecuteResult(ControllerContext context);

     }

}

ActionResult就是Action执行的结果。ActionInvoker在完成对Action方法的执行后，如果返回一个ActionResult对象，ActionInvoker会将当前ControllerContext作为参数调用其ExcuteResult()。View的最终呈现时通过ActionResult的子类ViewResult来完成，除了ViewResult，ASP.NET MVC还定义了一些额外的ActionResult：

EmptyResult

ContentResult

FileResult

JavaScriptResult

JsonResult

HttpStatusCodeResult

RedirectResult/RedirectToRouteResult

 

EmptyResult：

顾名思义...不具有返回值或者返回值为NULL

ContentResult:

采用字符串响应内容，可以通过ContentEncoding、ContentType控制采用的字符串编码方式和媒体类型

FileResult：

针对文件的响应由两种方式：内联(Inline)、附件(Attachment)；前者通过浏览器直接打开，后者会独立的下载到客户端；可以通过FileDownloadName属性指定文件名如果采用附件的形式，需要为响应报文头中的Content-Disposition属性赋attachment，其实return File时就已经被赋值了。

public FileResult AR1() {

            Stream stream = System.IO.File.OpenRead(@"d:temp\1.jpeg");

            return File(stream,"image/jpeg");

  }

备注：

1、使用File的时候不需要using

2、如果使用File类需要写清全路径

3、注意File类的命名空间

FileResult的子类：FilePathResult、FileContentResult、FileStreamResult

在使用中不需要实例化子类，因为Controller已经提供了File的重载

FilePathResult：直接将磁盘上的文件发送到服务器。

//指定文件名上传到服务器

  public ActionResult FilePathDownload(){

            var path = Server.MapPath("~/Files/浮云.zip");

            var name = Path.GetFileName(path);

            return File(path, "application/x-zip-compressed", Url.Encode(name));

 }

FileContentResult：FileContentResult 可以直接将 byte[] 以文件形式发送至浏览器（而不用创建临时文件）

FileStreamResult：以Stream的形式从服务器读取数据并返回。没有想到它的实际用途。

 

JavaScriptResult：

在服务端动态生成一段js脚本，并以此作为请求的响应。但其实这样并不好违反了分层的原则

JsonResult：

当浏览器访问某个Action并希望以json格式返回数据时通过JsonResult。

序列化过程是通过System.Web.Script.Serialization.JavaScriptSerializer完成的。

JsonResult默认情况下不支持GET请求的响应(避免CSRF攻击)，，可以通过JsonRequestBehavior属性开启GET请求的访问。但并不支持。

默认的序列化长度4MB，默认层级100，可以通过MaxJsonLength与RecursionLimit修改

JavaScriptSerializer一如既往的对DataTime类型支持的非常不好，解决方案可以把时间类型改为字符串类型

另外如果遇到循环引用时就无法序列化了。

HttpStatusCodeResult：

返回一个Http状态的响应

HttpNotFountResult：404

HttpUnauthorizedResult：授权失败时返回

RedirectResult/RedirectToRouteResult：

重定向，最终就是调用response.Redirect()

用法：return Redirect(“...”)；

备注：尽量不要new Redirect()

关于View和Redirect的区别

return View("F1")与服务器只发生一次交互，当请求Index时直接返回View("F1")

return RedirectToAction("F1")与服务器发生2次交互，当请求Index是先到Index然后转向F1

1、Redirect让浏览器重定向到新的地址；return View直接让服务器把指定的cshml的内容运行渲染后给到浏览器

2、redirect浏览器和服务器之间发生了两次交互；return View浏览器和服务器之间发生了1次交互

3、Redirect由于是两次请求，所以第一次设置的ViewBag等这些信息，在第二次是娶不到的；而View则是在同一个请求中，所以View信息可以取到

4、如果用Redirect，则由于是新的对Controller/Action的请求，所以对应的Action会被执行。如果用View则是直接拿到视图去显示，对应的Action是不执行的。

什么情况用View？服务端产生数据时，想让一个视图去显示的。

什么情况用Redirect？让浏览器去访问另一个页面的时候