MVC ViewEngineResult实际上是一种设计

概述

    MVC中，

•    IView代表一个视图，最后是要表现为HTML或者其他的HttpResponse的应答流的；
•    IViewEngine提供了类似工厂的作用或者提供器的作用，以返回一个视图。

    OO的视觉：不要管IView，IViewEngine怎么实现，只关心其代表着什么，能做什么，这样才能接地气（业务啊，框架设计啊等等），就不会被一个新事物给唬住，容易进入牛角尖。

public interface IView

{

    void Render(ViewContext viewContext, TextWriter writer);

}

public interface IViewEngine

{

    ViewEngineResult FindPartialView(ControllerContext controllerContext, string partialViewName, bool useCache);

    ViewEngineResult FindView(ControllerContext controllerContext, string viewName, string masterName, bool useCache);

    void ReleaseView(ControllerContext controllerContext, IView view);

}

    但是从上面的设计来看，IViewEngine的Find*方法并非返回一个IView对象，而是返回一个IViewEngineResult对象，为什么会这样呢？

二义性

    可以这么说，逻辑思维有大部分工作都在解决二义性、多义性问题。

    这里的二义性，可以从ViewEngineResult的定义可以看到：

public class ViewEngineResult

{

    public ViewEngineResult(IEnumerable<string> searchedLocations);

    public ViewEngineResult(IView view, IViewEngine viewEngine);

   

    public IEnumerable<string> SearchedLocations { get; }



    public IView View { get; }

    public IViewEngine ViewEngine { get; }

}

     二义性的体现：

• CASE 1：查找视图成功，则返回一个View以及引用一个ViewEngine；
• CASE 2：查找视图失败，则返回一个字符串列表SearchedLocations ，以显示搜索过的位置，方便跟踪调试。

   有人会说，这样增加一个Result完全没有必要，直接抛出异常就可以了，恭喜，你这样说，没问题；

   但是这篇文章想要强调一种设计视角，侧重点在设计，所以，理解这样的设计，以及学会运用这样的设计也是一种OO精神的体现。

  总结：如果一个操作结果（Operation Result）有多种返回结果（二义性或多义性），或者拥有众多的数据（一次返回多个数据对象，如Person|Order|OrderDetails），则可以考虑将结果封装为***Result，以用一个***Result来携带所有的数据，以及所有的可能，除非操作结果真的鬼死复杂。