问MVC，是领域的M模型还是受限和准备好的数据？

EN

ASP.NET MVC的一个很好的实践是将模型与数据库和视图模型分开。对于您的情况，我们将有两个模型: EmployeeDTO和Employee。

public class EmployeeDTO
{
    public int Id { get; set; }
    public string Name { get; set; }
    public int Salary { get; set; }
}

public class Employee
{
    public int Id { get; set; }
    public string Name { get; set; }
    public int Salary { get; set; }
    public int AnnualSalary { get { return this.Salary * 12; } } 
}

之后，在Controller上，将EmployeeDTO映射到Employee (读取操作)，将Employee映射到EmployeeDTO (创建/更新操作)。例如，读取方法：

public ActionResult Read(int id)
{
    EmployeeDTO employeeDTO = db.Employee.Find(id);
    Employee employee = new Employee()
    {
        Id = employeeDTO.Id,
        Name = employeeDTO.Name,
        Salary = employeeDTO.Salary
    };
    return View(employee);
}

有了这种批准，您就可以为DataAnnotations为EmployeeDTO实现它不会自动应用于员工(因此适用于您的视图)，反之亦然。在这种情况下，可以添加不影响数据库架构的新属性。

希望能帮上忙。

基于MVC模式，Controller负责提供视图自身所需的所有信息。此外，ViewModel是一个可以组合来自不同来源的视图的所有信息的类。

因此，建议您的Annual Salary在Controller中计算，放入ViewModel和发送到视图的ViewModel。

它在开发人员中是非常有效和流行的方法。

当您有几十个不同的值要传递到视图时，允许您快速添加新条目或重命名现有条目的灵活性成为您最大的敌人.You，这将留给您自己来跟踪项名和值；您没有得到和编译器的帮助。是处理软件复杂性的唯一行之有效的方法，就是通过适当的设计。因此，为每个视图定义对象模型可以帮助您跟踪该视图真正需要的内容。我建议您为添加到应用程序的每个视图定义一个视图模型类。

--迪诺·埃斯波西托的“编程微软ASP.NET MVC”

更新：

我的假设是，Annual Salary是ViewModel属性，而不是业务属性。

无论您如何与视图通信，年薪计算都是域逻辑，因此，应该成为域模型的一部分。

让域逻辑泄漏到控制器中对我来说很危险。