我是 ASP.NET MVC 的新手。我无法理解 ViewModel 的用途。
什么是 ViewModel，为什么我们需要一个用于 ASP.NET MVC 应用程序的 ViewModel？
如果我能得到一个关于它的工作和解释的好例子会更好。
【问题讨论】：
标签： asp.net-mvc viewmodel
view model 表示您希望在视图/页面上显示的数据，无论是用于静态文本还是用于可添加到数据库（或编辑）的输入值（如文本框和下拉列表） .它与您的domain model 不同。它是视图的模型。
假设您有一个代表您的员工域模型的Employee 类，它包含以下属性（唯一标识符、名字、姓氏和创建日期）：
public class Employee : IEntity
{
public int Id { get; set; }
public string FirstName { get; set; }
public string LastName { get; set; }
public DateTime DateCreated { get; set; }
}
视图模型与域模型的不同之处在于，视图模型仅包含您要在视图上使用的数据（由属性表示）。例如，假设您要添加新员工记录，您的视图模型可能如下所示：
public class CreateEmployeeViewModel
{
public string FirstName { get; set; }
public string LastName { get; set; }
}
如您所见，它仅包含两个属性。这两个属性也在员工域模型中。为什么会这样？ Id 可能不是从视图中设置的，它可能是由 Employee 表自动生成的。并且DateCreated 也可能设置在存储过程或应用程序的服务层中。所以视图模型中不需要Id 和DateCreated。当您将员工的详细信息（已被捕获的员工）作为静态文本查看时，您可能希望显示这两个属性。
加载视图/页面时，员工控制器中的 create 操作方法将创建此视图模型的实例，如果需要填充任何字段，然后将此视图模型传递给视图/页面：
public class EmployeeController : Controller
{
private readonly IEmployeeService employeeService;
public EmployeeController(IEmployeeService employeeService)
{
this.employeeService = employeeService;
}
public ActionResult Create()
{
CreateEmployeeViewModel model = new CreateEmployeeViewModel();
return View(model);
}
public ActionResult Create(CreateEmployeeViewModel model)
{
// Do what ever needs to be done before adding the employee to the database
}
}
您的视图/页面可能如下所示（假设您使用的是ASP.NET MVC 和Razor 视图引擎）：
@model MyProject.Web.ViewModels.CreateEmployeeViewModel
<table>
<tr>
<td><b>First Name:</b></td>
<td>@Html.TextBoxFor(m => m.FirstName, new { maxlength = "50", size = "50" })
@Html.ValidationMessageFor(m => m.FirstName)
</td>
</tr>
<tr>
<td><b>Last Name:</b></td>
<td>@Html.TextBoxFor(m => m.LastName, new { maxlength = "50", size = "50" })
@Html.ValidationMessageFor(m => m.LastName)
</td>
</tr>
</table>
因此仅在FirstName 和LastName 上进行验证。使用FluentValidation，您可能会有这样的验证：
public class CreateEmployeeViewModelValidator : AbstractValidator<CreateEmployeeViewModel>
{
public CreateEmployeeViewModelValidator()
{
RuleFor(m => m.FirstName)
.NotEmpty()
.WithMessage("First name required")
.Length(1, 50)
.WithMessage("First name must not be greater than 50 characters");
RuleFor(m => m.LastName)
.NotEmpty()
.WithMessage("Last name required")
.Length(1, 50)
.WithMessage("Last name must not be greater than 50 characters");
}
}
如果使用数据注释，它可能看起来像这样：
public class CreateEmployeeViewModel : ViewModelBase
{
[Display(Name = "First Name")]
[Required(ErrorMessage = "First name required")]
public string FirstName { get; set; }
[Display(Name = "Last Name")]
[Required(ErrorMessage = "Last name required")]
public string LastName { get; set; }
}
要记住的关键是，视图模型只代表您要使用的数据，没有别的。如果您有一个具有 30 个属性的域模型并且您只想更新一个值，您可以想象所有不必要的代码和验证。鉴于这种情况，您在视图模型中将只有一个值/属性，而不是域对象中的所有属性。
一个视图模型可能不仅有来自一个数据库表的数据。它可以组合来自另一个表的数据。以我上面关于添加新员工记录的示例为例。除了只添加名字和姓氏之外，您可能还想添加员工的部门。此部门列表将来自您的Departments 表。所以现在您在一个视图模型中拥有来自Employees 和Departments 表的数据。然后您需要将以下两个属性添加到您的视图模型并用数据填充它：
public int DepartmentId { get; set; }
public IEnumerable<Department> Departments { get; set; }
在编辑员工数据（已添加到数据库中的员工）时，它与我上面的示例没有太大区别。创建一个视图模型，例如调用它EditEmployeeViewModel。在此视图模型中仅包含您要编辑的数据，例如名字和姓氏。编辑数据并单击提交按钮。我不会太担心 Id 字段，因为 Id 值可能会在 URL 中，例如：
http://www.yourwebsite.com/Employee/Edit/3
将此Id 连同您的名字和姓氏值一起传递到您的存储库层。
删除记录时，我通常遵循与编辑视图模型相同的路径。我也会有一个 URL，例如：
http://www.yourwebsite.com/Employee/Delete/3
当视图第一次加载时，我会使用 3 的 Id 从数据库中获取员工的数据。然后我会在我的视图/页面上显示静态文本，以便用户可以看到员工是什么被删除。当用户单击删除按钮时，我将使用 Id 值 3 并将其传递给我的存储库层。您只需要Id 从表中删除一条记录。
另外一点，你并不需要一个视图模型来处理每一个动作。如果是简单数据，那么只使用EmployeeViewModel 就可以了。如果它是复杂的视图/页面并且它们彼此不同，那么我建议您为每个视图使用单独的视图模型。
我希望这能消除您对视图模型和域模型的任何困惑。
【讨论】：
视图模型是一个类，表示特定视图中使用的数据模型。我们可以使用这个类作为登录页面的模型：
public class LoginPageVM
{
[Required(ErrorMessage = "Are you really trying to login without entering username?")]
[DisplayName("Username/e-mail")]
public string UserName { get; set; }
[Required(ErrorMessage = "Please enter password:)")]
[DisplayName("Password")]
public string Password { get; set; }
[DisplayName("Stay logged in when browser is closed")]
public bool RememberMe { get; set; }
}
使用此视图模型，您可以定义视图（Razor 视图引擎）：
@model CamelTrap.Models.ViewModels.LoginPageVM
@using (Html.BeginForm()) {
@Html.EditorFor(m => m);
<input type="submit" value="Save" class="submit" />
}
和行动：
[HttpGet]
public ActionResult LoginPage()
{
return View();
}
[HttpPost]
public ActionResult LoginPage(LoginPageVM model)
{
...code to login user to application...
return View(model);
}
产生这个结果（在提交表单后截取屏幕，带有验证消息）：
如您所见，视图模型有很多角色：
LabelFor、EditorFor、DisplayFor 助手）。另一个视图模型及其检索示例：我们想要显示基本用户数据、他的权限和用户名。我们创建了一个特殊的视图模型，它只包含必填字段。我们从数据库中检索不同实体的数据，但视图只知道视图模型类：
public class UserVM {
public int ID { get; set; }
public string FirstName { get; set; }
public string LastName { get; set; }
public bool IsAdministrator { get; set; }
public string MothersName { get; set; }
}
检索：
var user = db.userRepository.GetUser(id);
var model = new UserVM() {
ID = user.ID,
FirstName = user.FirstName,
LastName = user.LastName,
IsAdministrator = user.Proviledges.IsAdministrator,
MothersName = user.Mother.FirstName + " " + user.Mother.LastName
}
【讨论】：
编辑：我在博客上更新了这个答案：
http://www.samwheat.com/post/The-function-of-ViewModels-in-MVC-web-development
我的回答有点冗长，但我认为将视图模型与其他类型的常用模型进行比较以了解它们为何不同以及它们为何必要是很重要的。
总结并直接回答所提出的问题：
一般来说，视图模型是一个包含渲染视图所需的所有属性和方法的对象。视图模型属性通常与客户和订单等数据对象相关，此外，它们还包含与页面或应用程序本身相关的属性，例如用户名、应用程序名称等。视图模型提供了一个方便的对象来传递给渲染引擎来创建一个 HTML 页面。使用视图模型的众多原因之一是视图模型提供了一种对某些表示任务进行单元测试的方法，例如处理用户输入、验证数据、检索数据以进行显示等。
这里是实体模型（又名 DTO，又名模型）、表示模型和视图模型的比较。
数据传输对象又名“模型”
数据传输对象 (DTO) 是一个类，其属性与数据库中的表架构相匹配。 DTO 因其在数据存储中往返数据的常见用途而得名。
DTO 的特点：
数据库表通常被规范化，因此 DTO 通常也被规范化。这使得它们在呈现数据方面的用途有限。但是，对于某些简单的数据结构，它们通常做得很好。
以下是 DTO 的两个示例：
public class Customer
{
public int ID { get; set; }
public string CustomerName { get; set; }
}
public class Order
{
public int ID { get; set; }
public int CustomerID { get; set; }
public DateTime OrderDate { get; set; }
public Decimal OrderAmount { get; set; }
}
演示模型
表示模型是一个实用程序类，用于在屏幕或报表上呈现数据。表示模型通常用于对由来自多个 DTO 的数据组成的复杂数据结构进行建模。表示模型通常表示数据的非规范化视图。
表示模型的特点：
表示模型在“需要时”和“需要时”使用（而 DTO 通常与数据库模式相关联）。表示模型可用于为整个页面、页面上的网格或页面上的网格上的下拉菜单建模数据。表示模型通常包含其他表示模型的属性。表示模型通常是为单一用途而构建的，例如在单个页面上呈现特定网格。
演示模型示例：
public class PresentationOrder
{
public int OrderID { get; set; }
public DateTime OrderDate { get; set; }
public string PrettyDate { get { return OrderDate.ToShortDateString(); } }
public string CustomerName { get; set; }
public Decimal OrderAmount { get; set; }
public string PrettyAmount { get { return string.Format("{0:C}", OrderAmount); } }
}
查看模型
视图模型类似于表示模型，因为它是用于呈现视图的支持类。但是，它的构造方式与表示模型或 DTO 有很大不同。视图模型通常包含与表示模型和 DTO 相同的属性，因此，它们经常会相互混淆。
视图模型的特征：
查看模型组合
如前所述，视图模型是复合对象，因为它们将应用程序属性和业务数据属性结合在一个对象上。在视图模型上使用的常用应用程序属性示例如下：
以下示例说明了为什么视图模型的复合性质很重要，以及我们如何才能最好地构建一个高效且可重用的视图模型。
假设我们正在编写一个 Web 应用程序。应用程序设计的要求之一是页面标题、用户名和应用程序名称必须显示在每个页面上。如果我们想创建一个页面来展示一个展示订单对象，我们可以修改展示模型如下：
public class PresentationOrder
{
public string PageTitle { get; set; }
public string UserName { get; set; }
public string ApplicationName { get; set; }
public int OrderID { get; set; }
public DateTime OrderDate { get; set; }
public string PrettyDate { get { return OrderDate.ToShortDateString(); } }
public string CustomerName { get; set; }
public Decimal OrderAmount { get; set; }
public string PrettyAmount { get { return string.Format("{0:C}", OrderAmount); } }
}
这种设计可能可行……但如果我们想创建一个显示订单列表的页面怎么办？ PageTitle、UserName 和 ApplicationName 属性将重复使用，并且难以使用。另外，如果我们想在类的构造函数中定义一些页面级的逻辑呢？如果我们为每个将要显示的订单创建一个实例，我们就不能再这样做了。
组合优于继承
我们可以通过以下方式重构订单展示模型，使其成为真正的视图模型，并有助于显示单个 PresentationOrder 对象或 PresentationOrder 对象的集合：
public class PresentationOrderVM
{
// Application properties
public string PageTitle { get; set; }
public string UserName { get; set; }
public string ApplicationName { get; set; }
// Business properties
public PresentationOrder Order { get; set; }
}
public class PresentationOrderVM
{
// Application properties
public string PageTitle { get; set; }
public string UserName { get; set; }
public string ApplicationName { get; set; }
// Business properties
public List<PresentationOrder> Orders { get; set; }
}
查看上面的两个类，我们可以看到考虑视图模型的一种方式是它是一个表示模型，其中包含另一个表示模型作为属性。顶级表示模型（即视图模型）包含与页面或应用程序相关的属性，而表示模型（属性）包含与应用程序数据相关的属性。
我们可以更进一步，创建一个基础视图模型类，它不仅可以用于 PresentationOrders，还可以用于任何其他类：
public class BaseViewModel
{
// Application properties
public string PageTitle { get; set; }
public string UserName { get; set; }
public string ApplicationName { get; set; }
}
现在我们可以像这样简化我们的 PresentationOrderVM：
public class PresentationOrderVM : BaseViewModel
{
// Business properties
public PresentationOrder Order { get; set; }
}
public class PresentationOrderVM : BaseViewModel
{
// Business properties
public List<PresentationOrder> Orders { get; set; }
}
我们可以通过将 BaseViewModel 设为通用来使其更具可重用性：
public class BaseViewModel<T>
{
// Application properties
public string PageTitle { get; set; }
public string UserName { get; set; }
public string ApplicationName { get; set; }
// Business property
public T BusinessObject { get; set; }
}
现在我们的实现很轻松：
public class PresentationOrderVM : BaseViewModel<PresentationOrder>
{
// done!
}
public class PresentationOrderVM : BaseViewModel<List<PresentationOrder>>
{
// done!
}
【讨论】：
MyViewModel<MyPresModel>
如果您有特定于视图的属性，并且与 DB/服务/数据存储无关，那么使用 ViewModel 是一个很好的做法。比如说，您想根据一个（或两个）数据库字段选中一个复选框，但数据库字段本身不是布尔值。虽然可以在模型本身中创建这些属性并将其隐藏在与数据的绑定中，但您可能不希望根据此类字段和事务的数量使模型混乱。
如果视图特定的数据和/或转换太少，您可以使用模型本身
【讨论】：
我没有阅读所有帖子，但每个答案似乎都缺少一个真正帮助我“明白”的概念......
如果 Model 类似于数据库 Table，那么 ViewModel 类似于数据库 View - 一个视图通常要么从一个表返回少量数据，要么从多个表（连接）返回复杂的数据集。
我发现自己使用 ViewModels 将信息传递到视图/表单中，然后在表单回发到控制器时将该数据传输到有效模型中 - 这对于存储列表（IEnumerable）也非常方便。
【讨论】：
MVC 没有视图模型：它有模型、视图和控制器。视图模型是 MVVM（模型-视图-视图模型）的一部分。 MVVM 源自 Presentation Model，在 WPF 中得到普及。 MVVM 中也应该有一个模型，但大多数人完全忽略了该模式的要点，他们只会有一个视图和一个视图模型。 MVC 中的模型与 MVVM 中的模型类似。
在 MVC 中，该过程分为 3 个不同的职责：
MVC 不太适合 Web 应用程序。它是 Smalltalk 引入的一种用于创建桌面应用程序的模式。 Web 环境的行为完全不同。从桌面开发中复制一个 40 年前的概念并将其粘贴到 Web 环境中没有多大意义。然而很多人认为这没问题，因为他们的应用程序编译并返回正确的值。也就是说，在我看来，不足以宣布某个设计选择是好的。
Web 应用程序中的模型示例可能是：
public class LoginModel
{
private readonly AuthenticationService authentication;
public LoginModel(AuthenticationService authentication)
{
this.authentication = authentication;
}
public bool Login()
{
return authentication.Login(Username, Password);
}
public string Username { get; set; }
public string Password { get; set; }
}
控制器可以这样使用它：
public class LoginController
{
[HttpPost]
public ActionResult Login(LoginModel model)
{
bool success = model.Login();
if (success)
{
return new RedirectResult("/dashboard");
}
else
{
TempData["message"] = "Invalid username and/or password";
return new RedirectResult("/login");
}
}
}
您的控制器方法和模型将很小、易于测试且切中要害。
【讨论】：
很多大的例子，让我解释清楚。
ViewModel = 为视图服务而创建的模型。
ASP.NET MVC 视图不能有多个模型，因此如果我们需要将多个模型的属性显示到视图中，这是不可能的。 ViewModel 服务于这个目的。
View Model 是一个模型类，它只能包含视图所需的那些属性。它还可以包含来自数据库的多个实体（表）的属性。顾名思义，这个模型是根据视图要求创建的。
下面是几个视图模型的例子
ViewModel 还可用于将记录插入、更新到多个实体中，但 ViewModel 的主要用途是将来自多个实体（模型）的列显示到单个视图中。
ViewModel的创建方式与Model的创建方式相同，ViewModel的View创建方式与Model的创建方式相同。
这是List data using ViewModel的一个小例子。
希望这会有用。
【讨论】：
视图模型 a 是一个简单的类，它可以包含多个类属性。我们使用它来继承所有必需的属性，例如我有两个班级 Student 和 Subject
Public class Student
{
public int Id {get; set;}
public string Name {get; set;}
}
Public class Subject
{
public int SubjectID {get; set;}
public string SubjectName {get; set;}
}
现在我们想在视图中显示记录学生的姓名和学科的姓名（在 MVC 中），但不能添加多个类，例如：
@model ProjectName.Model.Student
@model ProjectName.Model.Subject
上面的代码会报错...
现在我们创建一个类并且可以给它起任何名字，但是这种格式“XyzViewModel”会更容易理解。是继承的概念。 现在我们使用以下名称创建第三个类：
public class StudentViewModel:Subject
{
public int ID {get; set;}
public string Name {get; set;}
}
现在我们在 View 中使用这个 ViewModel
@model ProjectName.Model.StudentViewModel
现在我们可以在 View 中访问 StudentViewModel 和继承类的所有属性了。
【讨论】：
ViewModel 是修补 MVC 框架概念上的笨拙的解决方法。它代表 3 层 Model-View-Controller 架构中的第 4 层。当 Model（领域模型）不合适，对于 View 来说太大（大于 2-3 个字段）时，我们创建较小的 ViewModel 将其传递给 View。
【讨论】：
View Model 是我们可以用来在 View 上渲染数据的类。假设您有两个实体 Place 和 PlaceCategory，并且您想使用单个模型访问这两个实体的数据，那么我们使用 ViewModel。
public class Place
{
public int PlaceId { get; set; }
public string PlaceName { get; set; }
public string Latitude { get; set; }
public string Longitude { get; set; }
public string BestTime { get; set; }
}
public class Category
{
public int ID { get; set; }
public int? PlaceId { get; set; }
public string PlaceCategoryName { get; set; }
public string PlaceCategoryType { get; set; }
}
public class PlaceCategoryviewModel
{
public string PlaceName { get; set; }
public string BestTime { get; set; }
public string PlaceCategoryName { get; set; }
public string PlaceCategoryType { get; set; }
}
所以在上面的示例中 Place 和 Category 是两个不同的实体，PlaceCategory viewmodel 是我们可以在 View 上使用的 ViewModel。
【讨论】：
视图模型是数据的概念模型。例如，它的用途是获取子集或组合来自不同表的数据。
您可能只需要特定的属性，因此这允许您只加载那些而不是其他不必要的属性
【讨论】：
设计视图模型
public class UserLoginViewModel
{
[Required(ErrorMessage = "Please enter your username")]
[Display(Name = "User Name")]
[MaxLength(50)]
public string UserName { get; set; }
[Required(ErrorMessage = "Please enter your password")]
[Display(Name = "Password")]
[MaxLength(50)]
public string Password { get; set; }
}
在视图中展示视图模型
@model MyModels.UserLoginViewModel
@{
ViewBag.Title = "User Login";
Layout = "~/Views/Shared/_Layout.cshtml";
}
@using (Html.BeginForm())
{
<div class="editor-label">
@Html.LabelFor(m => m.UserName)
</div>
<div class="editor-field">
@Html.TextBoxFor(m => m.UserName)
@Html.ValidationMessageFor(m => m.UserName)
</div>
<div class="editor-label">
@Html.LabelFor(m => m.Password)
</div>
<div class="editor-field">
@Html.PasswordFor(m => m.Password)
@Html.ValidationMessageFor(m => m.Password)
</div>
<p>
<input type="submit" value="Log In" />
</p>
</div>
}
使用行动
public ActionResult Login()
{
return View();
}
[HttpPost]
public ActionResult Login(UserLoginViewModel user)
{
// To acces data using LINQ
DataClassesDataContext mobjentity = new DataClassesDataContext();
if (ModelState.IsValid)
{
try
{
var q = mobjentity.tblUsers.Where(m => m.UserName == user.UserName && m.Password == user.Password).ToList();
if (q.Count > 0)
{
return RedirectToAction("MyAccount");
}
else
{
ModelState.AddModelError("", "The user name or password provided is incorrect.");
}
}
catch (Exception ex)
{
}
}
return View(user);
}
【讨论】：
如果您想学习如何使用 ViewModels 设置“基线”Web 应用程序的代码，我可以建议在 GitHub 上下载此代码：https://github.com/ajsaulsberry/BlipAjax。我开发了大型企业应用程序。当你这样做时，设置一个处理所有这些“ViewModel”功能的良好架构是有问题的。我认为使用 BlipAjax，您将拥有一个非常好的“基线”。它只是一个简单的网站，但非常简单。我喜欢他们使用英语来指出应用程序中真正需要什么的方式。
【讨论】：
ViewModel 是包含要在 mvc View 中使用的字段的模型。为视图使用 ViewModel 有以下好处：
【讨论】：
视图模型与您的数据模型相同，但您可以在其中添加 2 个或更多数据模型类。据此，您必须更改控制器以一次获取 2 个模型
【讨论】：