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来携带所有的数据,以及所有的可能,除非操作结果真的鬼死复杂。

MVC ViewEngineResult实际上是一种设计,布布扣,bubuko.com

时间: 2024-10-09 01:52:38

MVC ViewEngineResult实际上是一种设计的相关文章

面向对象的七种设计原则

下面的截图:主要讲述了七种设计原则定名称,定义以及使用的频率. ? 原则一:(SRP:Single responsibility principle)单一职责原则又称单一功能原则 核心:解耦和增强内聚性(高内聚,低耦合) 描述: 类被修改的几率很大,因此应该专注于单一的功能.如果你把多个功能放在同一个类中,功能之间就形成了关联, 改变其中一个功能,有可能中止另一个功能,这时就需要新一轮的测试来避免可能出现的问题. 原则二:开闭原则(OCP:Open Closed Principle) 核心思想:

关系数据库的几种设计范式介绍

关系数据库的几种设计范式介绍1.第一范式(1NF) 在任何一个关系数据库中,第一范式(1NF)是对关系模式的基本要求,不满足第一范式(1NF)的数据库就不是关系数据库. 所谓第一范式(1NF)是指数据库表的每一列都是不可分割的基本数据项,同一列中不能有多个值,即实体中的某个属性不能有多个值或者不能有重复的属性.如果出现重复的属性,就可能需要定义一个新的实体,新的实体由重复的属性构成,新实体与原实体之间为一对多关系.在第一范式(1NF)中表的每一行只包含一个实例的信息.例如,对于图3-2 中的员工

MVC日期格式化的2种方式

原文:MVC日期格式化的2种方式 假设有这样的一个类,包含DateTime类型属性,在编辑的时候,如何使JoinTime显示成我们期望的格式呢? using System; using System.ComponentModel.DataAnnotations; namespace MvcApplication1.Models { public class Employee { public DateTime? JoinTime { get; set; } } } 在HomeController

ASP.NET MVC 表单的几种提交方式

下面是总结一下在ASP.NET MVC中表单的几种提交方式. 1.Ajax提交表单 需要引用 <script type="text/javascript" src="/Scripts/jquery-1.7.2.min.js"></script>    <script src="/Scripts/jquery.validate.min.js" type="text/javascript">&l

面向对象的三个基本特征 和 五种设计原则

一.三个基本特征 面向对象的三个基本特征是:封装.继承.多态. 封装 封装最好理解了.封装是面向对象的特征之一,是对象和类概念的主要特性. 封装,也就是把客观事物封装成抽象的类,并且类可以把自己的数据和方法只让可信的类或者对象操作,对不可信的进行信息隐藏. 继承 面向对象编程 (OOP) 语言的一个主要功能就是"继承".继承是指这样一种能力:它可以使用现有类的所有功能,并在无需重新编写原来的类的情况下对这些功能进行扩展. 通过继承创建的新类称为"子类"或"

Reactor事件驱动的两种设计实现:面向对象 VS 函数式编程

Reactor事件驱动的两种设计实现:面向对象 VS 函数式编程 这里的函数式编程的设计以muduo为例进行对比说明: Reactor实现架构对比 面向对象的设计类图如下: 函数式编程以muduo为例,设计类图如下: 面向对象的Reactor方案设计 我们先看看面向对象的设计方案,想想为什么这么做: 拿出Reactor事件驱动的模式设计图,对比来看,清晰明了: 从左边开始,事件驱动,需要一个事件循环和IO分发器,EventLoop和Poller很好理解:为了让事件驱动支持多平台,Poller上加

Spring基础系列14 -- Spring MVC 请求参数的几种获取方法

Spring MVC 请求参数的几种获取方法 转载:http://www.cnblogs.com/leiOOlei/p/3658147.html 一.      通过@PathVariabl获取路径中的参数 @RequestMapping(value="user/{id}/{name}",method=RequestMethod.GET) public String printMessage1(@PathVariable String id,@PathVariable String n

Spring MVC处理异常的4种方式

http://blog.csdn.net/ufo2910628/article/details/40399539 http://my.oschina.net/CandyDesire/blog/333340 Spring MVC处理异常有3种方式: (1)使用Spring MVC提供的简单异常处理器SimpleMappingExceptionResolver: (2)实现Spring的异常处理接口HandlerExceptionResolver 自定义自己的异常处理器: (3)使用@Excepti

Spring MVC前端与后端5种ajax交互方式

前端ajax与后端Spring MVC控制器有以下五种数据交互方式.(前台使用了dhtmlxGrid,后端使用了fastjson) 方式一  通过URL传参 通过URL挂接参数,如/auth/getUser?userid='6' 服务器端方法可编写为:getUser(String userid),也可新增其他参数如HttpSession, HttpServletRequest,HttpServletResponse,Mode,ModelAndView等. 方式二  单值传参 前台调用如: aja