mvc viewresult html,ASP.NET MVC ViewResult视图引擎扩展

显然，在转换时，编译器将非代码内容转换为Response.Write(…)的形式，即直接将内容写入Response，将转换为Response.Write(表达式)的形式，即将表达式的返回值写入Response，将中的表达式直接按代码写入，即直接执行代码，不写入Response。

从技术上讲，ASP.NET中的aspx是通过PageParserFilter抽象类来控制类代码的生成，在MVC中，MVC实现了自己的解析器：ViewTypeParserFilter，通过它控制将视图文件转换为标准的.NET类的行为。MVC不使用ASP.NET默认解析器的原因在于默认的解析器不支持泛型，即aspx不能从泛型基类中继承，而ViewTypeParserFilter解除了此限制。当我们生成一个MVC项目后，在Views目录下包含了一个Web.config配置文件，从中可以看到MVC已经通过pages的pageParserFilterType项将此目录下的默认页面解析器指定为ViewTypeParserFilter。

另外，视图文件与传统的aspx页面文件的一种重要不同点在于，传统页面从Page类继承，而视图是从MVC框架中的ViewPage类继承，本质上ViewPage从Page继承，并在Page类基础针对MVC进行了扩展，这也是我们为什么可以在视图中使用模型对象、Html、Ajax等辅助类的原因：

ViewPage是ViewPage的泛型，在创建视图时，通过指定TModel的类型，从而实现强类型的ViewPage。

MVC视图引擎架构

视图引擎的执行方式很简单：通过ViewEngines.FindView根据当前的ControllerContext找出适当的视图引擎及视图，然后调用视图的Render方法生成应答内容，最后通过视图引擎的ReleaseView方法是否视图资源：

MVC默认的Web Forms视图引擎类图如下：

IView、IViewEngine、ViewEngineResult是视图引擎的核心，IView接口负责视图的渲染，IViewEngine负责找出合适的视图文件，ViewEngineResult是对IView和IViewEngine的封装。

ViewEngineCollection表示一个IViewEngine集合，MVC提供向集合添加视图引擎的方法，并提供FindView、FindPartialView方法，从集合项中找出与当前ControllerContext匹配的ViewEngineResult。

ViewEngines是一个静态类，其内部封装了一个ViewEngineCollection，构成了MVC框架默认的视图引擎集合，默认下，该结合仅包含一个Web Forms引擎。我们可通过视图引擎集合上的方法向其添加自定义的视图引擎。

WebFormViewEngine是IViewEngine的一个实现，表示一个Web Forms视图引擎。

WebFormView是IView的一个实现，表示一个Web Forms视图，其内部Render方法，将实例化一个通过视图aspx文件转换而来的类型。通过该类型将试图文件渲染为最终的应答结果。

第三方视图引擎

MVC视图引擎有不少开源项目，比较完善的有以下几种：

下面以Spark视图引擎为例，简要介绍第三方视图引擎的使用步骤：

1、下载Spark视图引擎并解压

2、新建一空的MVC项目，并添加对Spark.dll及Spark.Web.Mvc.dll的引用

3、修改Global.asax.cs，在Application_Start过程中想默认视图引擎集合中添加Spark视图引擎：

protected voidApplication_Start()

{

AreaRegistration.RegisterAllAreas();

RegisterRoutes(RouteTable.Routes);

ViewEngines.Engines.Add(newSparkViewFactory());

}