发布表单时控制器中的模型绑定 - 为什么使用视图模型而不是域模型中的类？

Question

我对 ASP.NET MVC 3 还比较陌生。我遇到过视图模型及其用于将数据从控制器传递到视图的用途。在我最近的关于模型绑定的问题< /a> 两位专家建议我也应该使用视图模型进行模型绑定。

这是我以前没有遇到过的。但两个人都向我保证这是最好的做法。有人可以阐明视图模型更适合模型绑定的原因吗？

这是一个示例情况：我的域模型中有一个简单的类。

public class TestParent
{
    public int TestParentID { get; set; }
    public string Name { get; set; }
    public string Comment { get; set; }
}

这是我的控制器：

public class TestController : Controller
{
    private EFDbTestParentRepository testParentRepository = new EFDbTestParentRepository();
    private EFDbTestChildRepository testChildRepository = new EFDbTestChildRepository();

    public ActionResult ListParents()
    {
        return View(testParentRepository.TestParents);
    }

    public ViewResult EditParent(int testParentID)
    {
        return View(testParentRepository.TestParents.First(tp => tp.TestParentID == testParentID));
    }

    [HttpPost]
    public ActionResult EditParent(TestParent testParent)
    {
        if (ModelState.IsValid)
        {
            testParentRepository.SaveTestParent(testParent);
            TempData["message"] = string.Format("Changes to test parents have been saved: {0} (ID = {1})",
                                                        testParent.Name,
                                                        testParent.TestParentID);
            return RedirectToAction("ListParents");
        }
        // something wrong with the data values
        return View(testParent);
    }
}

因此，在 HTTP POST 到达时调用的第三个操作方法中，我使用 TestParent 进行模型绑定。这感觉非常方便，因为生成 HTTP POST 请求的浏览器页面包含 TestParent 所有属性的输入字段。我实际上认为 Visual Studio 为 CRUD 操作提供的模板也是如此工作的。

然而，我得到的建议是第三个操作方法的签名应为 public ActionResult EditParent(TestParentViewModel viewModel)。

Answer 1

起初听起来很吸引人，但随着您的模型和视图操作变得越来越复杂，您开始看到使用 ViewModel 来处理（大多数）所有事情的价值，尤其是输入场景。

• 情况 1 - 大多数 Web 框架都容易出现过度发布的情况。如果您直接绑定到域模型，则很可能会过度发布数据并恶意更改不属于用户的内容。我发现绑定到输入视图模型比使用白名单或黑名单的长字符串列表更干净，尽管还有一些其他有趣的方式绑定到接口。

• 情况 2 - 随着您的输入变得越来越复杂，您有时会遇到需要提交和验证不直接在域模型中的字段（“我同意”复选框等）的情况

• 情况 3 - 更多的是个人的事情，但我发现模型绑定到关系域对象有时是一个巨大的痛苦。在 AutoMapper 中将它们链接起来比处理复杂对象图的 MVC 模型绑定器更容易。 MVC 的 html 帮助程序在处理原始类型时也比深度关系模型更顺畅。

使用 ViewModel 的缺点是它不是很 DRY。

所以这个故事的寓意是，绑定到领域模型对于简单的事情来说是一个可行的解决方案，但随着复杂性的增加，拥有一个单独的视图模型然后在两者之间进行映射变得更容易。