通过第一天的学习之后,我们相信您已经对MVC有一些基本了解。

本节所讲的内容是在上节的基础之上。因此须要确保您是否掌握了上一节的内容。

本章的目标是在今天学习结束时利用最佳实践解决方式创建一个小型的MVC项目。本节的主要目标是了解MVC之间的数据传递问题。我们会逐步深入解说。并加入新功能，使项目越来越完好。

系列文章

 

Controller与 View之间的值传递

在上一节的实验二中已经创建了静态View。

然而在实际使用情况下，View经常使用于显示动态数据。

在实验三中们将在View中动态显示数据。

View将从从Controller获得Model中的数据。

Model是MVC中 表示业务数据的层。

实验3 ——使用View数据

ViewData相当于数据字典，包括Controlle和View之间传递的全部数据。Controller会在该字典中加入新数据项，View从字典中读取数据。

1. 创建Model 类

在Model目录下新建Employee类，例如以下。

1:  public class Employee

2:   

3:  {

4:  public string FirstName { get; set; }

5:   

6:  public string LastName { get; set; }

7:   

8:  public int Salary { get; set; }

9:   

10:  }

2. 在Controller 中获取Model

在GetView 方法中创建Employee 对象：

1:  Employee emp = new Employee();

2:  emp.FirstName = "Sukesh";

3:  emp.LastName="Marla";

4:  emp.Salary = 20000;

注意：请确保使用Using语句包括此类，或者使用类的全称。

1:  using WebApplication1.Models;

3. 创建ViewData 并返回View

在ViewData中存储Employee 对象。

1:  ViewData["Employee"] = emp;

2:  return View("MyView");

4. 在View中显示Employee 数据

打开MyView.cshtml。

从ViewData中获取Employee 数据并依照例如以下代码显示：

1:  
      

2:      @{

3:          WebApplication1.Models.Employee emp=(WebApplication1.Models.Employee)

4:              ViewData["Employee"];

5:      }

6:   

7:  Employee Details 

8:      Employee Name : @emp.FirstName@emp.LastName 

9:      Employee Salary: @emp.Salary.ToString("C")

10:  

5. 測试输出

按F5执行

关于实验 3

1. 写Razor代码带花括号和没有花括号有什么差别？

在实验三中@emp.FirstName能够使用下面脚本来取代

1:  @{

2:      Response.Write(emp.FirstName);

3:  }

@符号后没有花括号仅仅是简单的显示变量或表达式的值

2. 为什么须要强制转换类型

ViewData可操作内部对象。每次加入新值。会封装成对象类型，因此每次都须要解压来提取值。

3. @emp.FirstName @emp.LastName有什么特殊含义？

意味着LastName显示在FirstName之后并自己主动加入空格。

4. 为什么 Employee中的 硬编码是由Controller创建的 ？

在本文中仅仅是为了实现实验目的，因此採用硬编码。实际使用中。是从数据库或Web服务中获取的。

5. 数据库逻辑，数据訪问层。业务层分别指的是什么？

• 数据訪问层是ASP.NET MVC中是一直隐式存在的，MVC定义中不包括数据訪问层的定义。

• 业务层是解释器的先驱，是Model的一部分。

完整的MVC结构

实验4——ViewBag的使用

ViewBag能够称为ViewData的一块关于语法的辅助的糖果，ViewBag使用C# 4.0的动态特征。使得ViewData也具有动态特性。

ViewData与ViewBag对照：

ViewData	ViewBag
它是Key/Value字典集合	它是类型对像
从Asp.net MVC 1 就有了	ASP.NET MVC3 才有
基于Asp.net 3.5 framework	基于Asp.net 4.0与.net framework
ViewData比ViewBag快	ViewBag比ViewData慢
在ViewPage中查询数据时须要转换合适的类型	在ViewPage中查询数据时不须要类型转换
有一些类型转换代码	可读性更好

ViewBag内部调用ViewData。

1. 创建View Bag

在实验三的基础之上，使用下面脚本取代第三步中的代码。

1:  ViewBag.Employee = emp;

2. 在View中显示EmployeeData

使用下面代码来替代实验三中第四步中的代码：

1:  @{

2:      WebApplication1.Models.Employee emp = (WebApplication1.Models.Employee)

3:          ViewBag.Employee;

4:  }

5:  Employee Details

6:   

7:  Employee Name: @emp.FirstName @emp.LastName

8:   

9:  Employee Salary: @emp.Salary.ToString("C")

3. 測试输出

执行结果：

关于实验4

能够传递ViewData。接收时获取ViewBag吗？

答案是肯定的。反之亦然。如之前所说的，ViewBag仅仅是ViewData的一块糖/

ViewData与ViewBag的问题

ViewData和ViewBag 是Contoller与View之间值传递的内容。可是在实际使用的过程中，它们并非最佳选择，接下来我们来看看使用它们的缺点：

 

• 性能问题；ViewData中的值都是对象类型。使用之前必须强制转换为合适的类型。会加入额外的性能负担。
• 没有类型安全就没有编译时错误，假设尝试将其转换为错误的类型，执行时会报错。

  良好的编程经验告诉我们，错误必须在编译时捕获。

• 数据发送和数据接收之间没有正确的连接；MVC中，Controller和View是松散的连接的。Controller是无法捕获View变化，View也无法捕获到Controller内部发生的变化。从Controller传递一个ViewData或ViewBag的值，当开发者正在View中写入，就必须记录从Controller中即将获得什么值。

  假设Controller与View开发者不是同样的开发者，开发工作会变得很困难。会导致很多执行时问题，减少了开发效率。

实验5——理解强类型View

ViewData和ViewBag引起的全部问题根源都在于数据类型。參数值的数据类型是被封装在ViewData中的，称为对象。

假设能够设置Controller和View之间參数传递的数据类型，那么上述问题就会得到解决，因此从得出强类型View。

接下来，我们看一个简单的样例，假设工资大于15000则显示黄色。低于显示绿色。

1. 创建View的强类型

在View的顶部加入下面代码：

@model WebApplication1.Models.Employee

2. 显示数据

在View内部输入@Model.就会查看到Model类的属性

加入下面代码来显示数据：

1:  Employee Details

2:   

3:  Employee Name : @Model.FirstName @Model.LastName

4:   

5:  @if(Model.Salary>15000)

6:  {

7:  

8:          Employee Salary: @Model.Salary.ToString("C")

9:  

10:  }

11:  else

12:  {

13:  

14:

15:          Employee Salary: @Model.Salary.ToString("C")

16:  

17:  }

3. 从Controller Action方法中传递Model数据。

改动action代码

1:  Employee emp = new Employee();

2:  emp.FirstName = "Sukesh";

3:  emp.LastName="Marla";

4:  emp.Salary = 20000;

5:  return View("MyView",emp);

4. 測试输出

关于实验5

View中使用类时须要声明类的全称吗 (Namespace.ClassName)？

加入下面语句，就不须要加入全称。

1:  @using WebApplication1.Models

2:  @model Employee

是否必须设置View的强类型View5或是不使用ViewData和ViewBag？

设置强类型的View是最佳解决方式。

能否将View设置为多个Model使用的强类型？

不能够，实际项目中在一个View中想要显示多个Model时以点结束的。该问题的解决方法将在下一节讨论。

理解ASP.NET MVC 中的View Model

实验5中已经违反了MVC的基本准则。

依据MVC，V是View纯UI，不包括不论什么逻辑层。

而我们在实验5中下面三点违反了MVC的体系架构规则。

1. 附加姓和名显示全名——逻辑层

2. 使用货币显示工资——逻辑层

3. 使用不同的颜色表示工资值，使用简单的逻辑改变了HTML元素的外观。——逻辑层

ViewModel 解决方法

ViewModel是ASP.NET MVC应用中隐式声明的层。它是用于维护Model与View之间数据传递的，是View的数据容器。

Model 和 ViewModel 的差别

Model是业务相关数据，是依据业务和数据结构创建的。ViewModel是视图相关的数据。是依据View创建的。

详细的工作原理

1. Controller 处理用户交互逻辑或简单的推断。处理用户需求
2. Controller 获取一个或多个Model数据
3. Controller 决策哪个View最符合用户的请求
4. Controller 将依据Model数据和View需求创建而且初始化ViewModel对象。
5. Controller 将ViewModel数据以ViewData或ViewBag或强类型View等对象传递到View中。
6. Controller 返回View。

View 与 ViewModel 之间是怎样关联的？

View将变成ViewModel的强类型View。

Model和 ViewModel 是怎样关联的？

Model和ViewModel 是互相独立的。Controller将依据Model对象创建并初始化ViewModel对象。

接下来我们来看实验6：

实验6—— 实现ViewModel

1. 新建目录

在项目中创建新目录并命名为ViewModels。

2. 新建EmployeeViewModel

为了达到实验目的，首先列出我们的实验需求：

1. 名和姓应该合并显示。

2. 使用货币显示数量

3. 薪资以不同的颜色来显示

4. 当前登录用户也须要在View中显示。

在ViewModels类中，创建新类并命名为EmployeeViewModel，例如以下所看到的：

1:  public class EmployeeViewModel

2:  {

3:      public string EmployeeName { get; set; }

4:      public string Salary { get; set; }

5:      public string SalaryColor { get; set; }

6:      public string UserName{get;set;}

7:  }

注意。姓和名应该使用EmployeeName这一个属性。

而Salary属性的数据类型是字符串。且有两个新的属性加入称为SalaryColor和UserName。

3. View中使用ViewModel

实验五中已经创建了View的强类型Employee。将它改为 EmployeeViewModel

1:  @using WebApplication1.ViewModels

2:  @model EmployeeViewModel

4. 在View中显示数据

使用下面脚本取代View部分的内容

1:  Hello @Model.UserName

2:  
      

3:  
      

4:  Employee Details

5:      Employee Name : @Model.EmployeeName 

6:  

7:          Employee Salary: @Model.Salary

8:  

9:  

5. 新建并传递ViewModel

在GetView方法中，获取Model数据而且将强制转换为ViewModel对象。

1:  public ActionResult GetView()

2:  {

3:      Employee emp = new Employee();

4:      emp.FirstName = "Sukesh";

5:      emp.LastName="Marla";

6:      emp.Salary = 20000;

7:   

8:      EmployeeViewModel vmEmp = new EmployeeViewModel();

9:      vmEmp.EmployeeName = emp.FirstName + " " + emp.LastName;

10:      vmEmp.Salary = emp.Salary.ToString("C");

11:      if(emp.Salary>15000)

12:      {

13:          vmEmp.SalaryColor="yellow";

14:      }

15:      else

16:      {

17:          vmEmp.SalaryColor = "green";

18:      }

19:   

20:  vmEmp.UserName = "Admin"

21:   

22:      return View("MyView", vmEmp);

23:  }

6. 測试输出

虽然执行结果相似。可是View中不包括不论什么业务逻辑。

关于实验6

是否意味着。每一个Model都有一个ViewModel？

每一个View有其相应的ViewModel。

Model与ViewModel之间存在关联是否是好的实现方法？

最好的是Model与ViewModel之间相互独立。

须要每次都创建ViewModel吗？假如View不包括不论什么呈现逻辑仅仅显示Model数据的情况下还须要创建ViewModel吗？

建议是每次都创建ViewModel。每一个View都应该有相应的ViewModel，虽然ViewModel包括与Model中同样的属性。

假定一个View不包括不论什么呈现逻辑，仅仅显示Model数据。我们不创建ViewModel会发生什么？

无法满足未来的需求，假设未来须要加入新数据。我们须要从头開始创建全新的UI。所以假设我们保持规定，从開始创建ViewModel。就不会发生这样的情况。

在本实例中，初始阶段的ViewModel将与Model差点儿全然同样。

实验7——带有集合的View

在本实验中，在View中显示Employee列表。

1. 改动EmployeeViewModel 类

删除UserName属性

1:  public class EmployeeViewModel

2:  {

3:      public string EmployeeName { get; set; }

4:      public string Salary { get; set; }

5:      public string SalaryColor { get; set; }

6:  }

2. 创建结合ViewModel

在ViewModels 文件下，创建新类并命名为EmployeeListViewModel

1:  public class EmployeeListViewModel

2:  {

3:      public List
      
        Employees { get; set; }
      

4:  public string UserName { get; set; }

5:  }

3. 改动强类型View的类型

1:  @using WebApplication1.ViewModels

2:  @model EmployeeListViewModel

4. 显示View中全部的Employee

1:  

2:      Hello @Model.UserName

3:  
      

4:  
      

5:  
      

6:  

7:  Employee Name

8:  Salary

9:  

10:             @foreach (EmployeeViewModel item in Model.Employees)

11:             {

12:  

13:  @item.EmployeeName

14:  @item.Salary

15:  

16:             }

17:  

18:  

19:  

5. 创建Employee的业务逻辑

新建类并命名为EmployeeBusinessLayer 。并带有GetEmployees()方法。

1:  public class EmployeeBusinessLayer

2:  {

3:      public List
      
        GetEmployees()
      

4:      {

5:          List
      
        employees = new List
       
        ();
       
      

6:          Employee emp = new Employee();

7:          emp.FirstName = "johnson";

8:          emp.LastName = " fernandes";

9:          emp.Salary = 14000;

10:          employees.Add(emp);

11:   

12:          emp = new Employee();

13:          emp.FirstName = "michael";

14:          emp.LastName = "jackson";

15:          emp.Salary = 16000;

16:          employees.Add(emp);

17:   

18:          emp = new Employee();

19:          emp.FirstName = "robert";

20:          emp.LastName = " pattinson";

21:          emp.Salary = 20000;

22:          employees.Add(emp);

23:   

24:          return employees;

25:      }

26:  }

27:  

6.从控制器中传參

1:  public ActionResult GetView()

2:  {

3:      EmployeeListViewModel employeeListViewModel = new EmployeeListViewModel();

4:   

5:      EmployeeBusinessLayer empBal = new EmployeeBusinessLayer();

6:      List
      
        employees = empBal.GetEmployees();
      

7:   

8:      List
      
        empViewModels = new List
       
        ();
       
      

9:   

10:      foreach (Employee emp in employees)

11:      {

12:          EmployeeViewModel empViewModel = new EmployeeViewModel();

13:          empViewModel.EmployeeName = emp.FirstName + " " + emp.LastName;

14:          empViewModel.Salary = emp.Salary.ToString("C");

15:          if (emp.Salary > 15000)

16:          {

17:              empViewModel.SalaryColor = "yellow";

18:          }

19:          else

20:          {

21:              empViewModel.SalaryColor = "green";

22:          }

23:          empViewModels.Add(empViewModel);

24:      }

25:      employeeListViewModel.Employees = empViewModels;

26:      employeeListViewModel.UserName = "Admin";

27:      return View("MyView", employeeListViewModel);

28:  }

29:  

7.  执行

关于实验7

能否够制定强类型View列表?

是的 为什么要新建EmployeeListViewModel单独的类而不直接使用强类型View的列表？1.    策划未来会出现的呈现逻辑2.    UserName属性。UserName是与employees无关的属性，与完整View相关的属性。为什么删除EmployeeViewModel 的UserName属性，而不是将它作为EmployeeListViewModel的一部分?UserName 是同样的。不须要EmployeeViewModel中加入UserName。

结论

以上就是我们第二天所讲的内容，在第三天我们会学习新内容

原文链接：http://www.codeproject.com/Articles/897559/Learn-MVC-in-days-Day

版权声明：本文博主原创文章。博客，未经同意不得转载。