ASP.NET MVC5 高级编程-学习日记-第三章 视图

开发人员之所以花费大量时间来重点设计控制器和模型对象,是因为在这些领域中,精心编写的整洁代码是开发一个可维护Web应用程序的基础。

3.1 视图的作用

视图的职责是向用户提供用户界面。当控制器针对被请求的URL执行完合适的逻辑后,就将要显示的内容委托给视图。

不像基于文件的Web框架,比如ASP.NET Web Forms和PHP,视图本身不会被直接访 问,浏览器不能直接指向一个视图并渲染它。相反,视图总是被控制器渲染,因为控制器为它提供了要渲染的数据

在一些简单的情况中,视图不需要或需要很少控制器提供的信息。更常见的情况则是控制器需要向视图提供一些信息,所以它会传递一个数据转移对象,叫做模型。视图将这个模型转换为一个适合显示给用户的格式。在ASP.NET MVC中,完成这一过程由两部分操作,其中一个是检查由控制器提交的模型对象,另一个是将其内容转换为HTML格式。

3.2 视图的基础知识

在最简单的情况中,向控制器发出一个请求,控制器返回一个视图,其实就是一些静态的HTML。很容易,但是动态性不好。前面说过,视图提供了一个模板引擎。下面我们就利用这个模板引擎,从控制器向视图传递少量数据。最简单的方法就是使用ViewBag。ViewBag具有局限性,但是如果只是向视图传递少数数据,他还是很有用的。

这与前面的Index方法几乎相同,但是注意控制器将ViewBag.Message属性值设置成一个字符串。然后再调用return View()。

3.3 理解视图约定

这一节要介绍ASP.NET MVC如何找到正确的视图进行渲染,以及如何重写这个视图,为一个控制器操作指定特定的视图。

本章到现在为止介绍的控制器操作简单地调用return View()来渲染视图,还不需要指定指定视图的文件名。可以这么做,是因为它们利用了ASP.NET MVC框架的一些隐式约定,这些约定定义了视图选择逻辑。 

当创建新的项目模板时,将会注意到,项目以一种非常具体的方式包含了一个结构化的View目录。

在每个控制器的View文件夹中,每个操作方法都有一个同名的视图文件与其对应。这就提供了视图与操作方法关联的基础。

与ASP.NET MVC中的大部分约定设置一样,这一约定是可以重写的。如果想要Index操作方法渲染一个不同的视图,可以向其提供一个不同的视图名称。例如:

3.4 强类型视图

通过ViewBag向视图传递少量数据,尽管对于简单的情况,使用ViewBag很容易,但是处理实际数据时,ViewBag就变得不方便,这时就需要使用强类型视图。 

我们首先看一个不合适使用ViewBag的例子。不必担心要键入这些代码,它们只是用来进行说明的。

3.4.1 ViewBage的不足

强类型视图允许设置视图的模型类型。因此,我们可以从控制器向视图传递一个在两端都是强类型的模型对象,从而获得智能感知、编译器检查等好处。

 

对于在视图中经常使用的名称空间,一个较好的方法就是在Views目录下的web.config文件声明。

3.4.2 理解ViewBag、ViewData和ViewDataDictionary

从技术角度讲,数据从控制器传送到视图是通过一个名为ViewData的ViewDataDictionary(这是一个特殊的字典类)。我们可以使用标准的字典语法设置或读取其中的值,实例如下:

ViewData["CurrentTime"]=DateTime.Now;

ViewBag是ViewData的动态封装器。这样我们就可以按照下面的方式来设置值:ViewBag.CurrentTime=DateTime.Now;

因此,ViewBag.CurrentTime等同于ViewData["CurrentTime"]。

一般来说,我们将遇到的大部分代码使用ViewBag,而不是ViewData。 大多数情况下,这两种语法彼此之间并不存在真正的技术差异。ViewBag相对于字典语法而言仅仅是一种受开发人员欢迎、看上去很好看的语法而已。

 ViewData和ViewBag


二者很明显的一个差异就是只有当要访问的关键字是一个有效的C#标识符时,ViewBag才起作用。例如,如果在ViewData["Key With Spaces"]中存放一个值,那么就不能使用ViewBag访问。因为这样根本就无法通过编译。

另一个需要知道的重要差异就是,动态值不能作为一个参数传递给扩展方法。因为C#编译器为了选择正确的扩展方法,在编译时必须知道每一个参数的正确类型。

如果其中任何一个参数是动态的,那么就不会通过编译。例如这行代码就会编译失败:

@Html.TextBox("name",ViewBag.Name).要使这行代码通过编译有两种方法:第一是使用ViewData["Name"]。第二种是把ViewData["Name"]值转换成一个具体的类型(string)ViewData["Name"]。

如刚才所述,ViewDataDictionary是一个特殊的字典类,而并不只是一个通用的Dictionary。原因之一在于,它有一个额外的Model属性,允许向视图提供一个具体的模型对象。因为ViewData中只能有一个模型对象,所以使用ViewDataDictionary向视图传递具体的类十分方便。这样一来,视图就可以指定他希望哪个类作为模型对象,从而让我们能够利用强类型。

3.5 视图模型

视图通常需要显示各种没有直接映射到域模型的数据。

把与视图主模型无关的数据存放在ViewBag属性中,可以很容易地实现这些数据在视图中的显示。当具有一个清晰定义的模型和一些额外的引用数据时,这种方法尤为有用。这种技术的一种常见的应用是使用ViewBag为下拉列表提供表单选项。例如,MVC Music Store项目的Album Edit视图需要填充Genres和Albums下拉列表,但是这些列表不适合放到Albums模型中。为了应对这些情况,同时不适用无关信息影响Album模型,我们可以将Genre和Album的信息保存到ViewBag中。如下所示:

这么做当然能够完成要求,并且也为在视图中显示数据提供了一种灵活的方法。但是这并不是一种应该经常使用的方法。一般应该坚持使用强类型模型对象————必须使所有数据都是强类型数据,以便视图编写人员能够利用智能感知功能。

3.6 添加视图

如何创建视图呢?可以手动创建视图文件,然后把它添加在Views目录下。

显示添加视图对话框最简单的方法就是在操作方法上右击。

3.7 Razor视图引擎

3.7.1 Razor的概念

Razor视图引擎是ASP.NET MVC3中新扩展的内容,并且也是它的默认视图引擎。

Razor通过理解标记的结构来实现代码和标记之间尽可能顺畅的转换。

不要过多地考虑


 Razor的设计理念是简单直观。对于大多数应用,我们不必关心Razor语法----只需要在插入代码时,输入HTML和@符号。

3.7.2 代码表达式

Razor中的核心转换字符是“@”字符。这个单一字符用作标记-代码的转换字符,有时也反过来用作代码-标记的转换字符。

3.7.3 HTML编码

Razor表达式是用HTML自动编码的。

理解HTML和JavaScript编码的安全隐患是很重要的。不正确的编码会使网站和用户处在危险境地。

3.7.4 代码块

Razor在视图中除了支持代码表达式以外,还支持代码块。

代码块除了需要@符号分割之外还需要使用花括号。

3.7.5 Razor语法实例

1.隐式代码表达式

<span>@model.Message</span>

Razor中的隐式代码表达式总是采用HTML编码方式。

 2.显示代码表达式

代码表达式的值被计算并写入到响应中,这就是在视图中显示值的一般原理。

1 <span>1+2=@(1+2)</span>

3.无编码代码表达式

 有些情况下,需要显示地渲染一些不应该采用HTML编码的值,这是可以采用Html.Raw方法来保证该值不被编码。

<span>@Html.Raw(model.Message)</span>

4.代码块

不像代码表达式先求得表达式的值,然后再输出到响应,代码块是简单地执行代码部分。 

1 @{
2          int x=123;
3          string y="because.";
4  }

5.文本和标记相结合

 这个例子显示了Razor中混用文本和标记的概念:

1 @foreach(var item in items)
2  {
3          <span>Item @item.Name</span>
4  }

6.混合代码和纯文本

 Razor查找的标签的开始位置以确定何时将代码转换为标记。然而,有时可能想在一个代码块之后立即输出纯文本。例如,在下面的这个例子中就是展示如何在一个条件语句块中显示纯文本。

1 @if(showMessage){
2          <text>This is plain text.</text>
3  }

1 @if(showMessage){
2         @:This is plain text.
3  }

7.转义代码分隔符

 用"@@"来编码"@"以达到显示"@"的目的。

8.服务器端的注释

 @**@

9.调用泛型方法

 调用泛型方法的代码包括尖括号。

@(Html.SomeMethod<AType>())

3.7.5 布局

Razor的布局有助于使应用程序中的多个视图保持一致的外观。

3.7.6 ViewStart

每一个视图都是使用Layout属性来指定它的布局。如果多个视图使用同一个布局,就会产生冗余,并且很难维护。

_ViewStart.cshtml页面可用来消除这种冗余。这个文件中的代码咸鱼同目录下任何视图代码的执行。这个文件也可以递归的应用到子目录下的任何视图。

当创建一个默认的ASP.NET MVC项目时,你将会注意到在Views目录下会自动添加一个_ViewStart.cshtml文件,它指定了一个默认布局。

1 @{
2          Layout="~/Views/Shared/_Layout.cshtml";
3  }

因为这个代码优先于任何视图运行,所以一个视图可以重写Layout属性的默认值,从而重新选择一个不同的布局。如果一组视图拥有共同的设置,那么_ViewStart.cshtml文件就有了用武之地,因为我们可以在它里面对共同的视图配置进行统一设置。如果有视图需要覆盖统一的设置,我们只需要修改对应的属性值即可。

posted @ 2018-12-26 15:48 可达鸭要进化 阅读(...) 评论(...) 编辑 收藏