ViewModel是一种解决MVC框架概念上的缺陷的方法。它代表了三层模型-视图-控制器体系结构中的第四层。当Model(域模型)不合适，对于View来说太大(大于2-3个字段)时，我们创建一个更小的ViewModel来传递给View。

如果您有特定于视图的属性，并且与DB/Service/Data存储无关，那么使用ViewModels是一个很好的实践。比方说，您希望根据一个(或两个)DB字段选择一个复选框，但DB字段本身不是布尔值。虽然可以在模型本身中创建这些属性，并将其隐藏在数据绑定中，但您可能不希望根据此类字段和事务的数量使模型变得混乱。

如果特定于视图的数据和/或转换太少，您可以使用模型本身

视图模型通常是两个或多个模型的聚合/组合。

假设我们有一个DB，它有两个表，分别叫Student和Course，每个表有两个模型。在客户端，我们有两个视图来呈现每个表。

想象一下，您需要另一个同时呈现学生和课程的视图?然后你可以创建一个所谓的视图模型。这基本上是一个采用两种模型的类，即学生和课程。

类combinedstudentcourses将是视图模型，并可以由视图返回。

public class Student
{
    public string? Name{ get; set; }
    public string? Email{ get; set; }        
}

这是我们的视图模型，其中有两个模型。

public class Course
{
    public string? CourseName { get; set; }
    public string? CourseCode { get; set; }        
}

ViewModel，即组合两个或多个模型来满足视图的特定需求。

public class SchoolSystem
{
    public Students Student { get; set; }
    public Courses Course { get; set; }        
}
 public ActionResult<SchoolSystem> Index()
    {
      var SchoolSystemViewModel = new SchoolSystem();
        // now we have access two to tables i.e two models in our 
        //view.
      return this.View("SchoolSystemView", SchoolSystemViewModel,);
    }

视图模型与您的数据模型相同，但您可以在其中添加2个或更多数据模型类。根据这一点，你必须改变你的控制器，一次采取2个模型

我没有阅读所有的帖子，但每个答案似乎都缺少一个真正帮助我“理解”的概念……

如果一个模型类似于一个数据库表，那么一个ViewModel类似于一个数据库视图——一个视图通常要么返回来自一个表的少量数据，要么返回来自多个表(连接)的复杂数据集。

我发现自己使用ViewModels将信息传递到视图/表单中，然后在表单返回到控制器时将数据传输到有效的模型中-对于存储列表(IEnumerable)也非常方便。

视图模型表示希望在视图/页面上显示的数据，无论是用于静态文本还是用于可以添加到数据库(或编辑)的输入值(如文本框和下拉列表)。它与您的领域模型有所不同。它是视图的模型。

假设你有一个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; }
}

As you can see it only contains two of the properties. These two properties are also in the employee domain model. Why is this you may ask? Id might not be set from the view, it might be auto generated by the Employee table. And DateCreated might also be set in the stored procedure or in the service layer of your application. So Id and DateCreated are not needed in the view model. You might want to display these two properties when you view an employee’s details (an employee that has already been captured) as static text.

当加载视图/页面时，员工控制器中的create action方法将创建该视图模型的实例，如果需要填充任何字段，然后将该视图模型传递给视图/页面:

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个属性的域模型，而您只想更新一个值，那么您可以想象所有不必要的代码和验证。在这种情况下，视图模型中只有这个值/属性，而不是域对象中的所有属性。

A view model might not only have data from one database table. It can combine data from another table. Take my example above about adding a new employee record. Besides adding just the first and last names you might also want to add the department of the employee. This list of departments will come from your Departments table. So now you have data from the Employees and Departments tables in one view model. You will just then need to add the following two properties to your view model and populate it with data:

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

当视图第一次加载时，我将使用Id 3从数据库中获取员工的数据。然后，我将只在视图/页面上显示静态文本，以便用户可以看到正在删除的员工。当用户单击Delete按钮时，我将只使用Id值3并将其传递给我的存储库层。只需要Id就可以从表中删除一条记录。

另一点，你并不真的需要每个操作的视图模型。如果它是简单的数据，那么只使用EmployeeViewModel就可以了。如果是复杂的视图/页面，并且它们彼此不同，那么我建议您为每个视图使用单独的视图模型。

我希望这能消除您对视图模型和域模型的任何困惑。