【发布时间】:2010-11-02 07:26:36
【问题描述】:
我正在开发一个 ASP.NET MVC2 应用程序。我开始意识到 MVC 在幕后所做的与 ModelState 和模型绑定有关的一件非常令人惊讶但又令人惊奇的事情。我有一个 ViewModel,它有一大堆数据——一些字段是表单的一部分,而其他字段只是 UI 的一部分。在 HttpPost 上,我的 Action 方法使用 DefaultModelBinder 尝试绑定整个模型,但只有作为表单一部分的字段被成功反序列化 - 所有其他字段都保持为空。这很好,可以理解。如果 ModelState 无效,我需要从数据库中刷新模型并绑定那些特定的表单字段,然后返回到相同的编辑视图以显示那些关联的 ModelState 验证错误。
这就是我惊奇和好奇的地方。我的假设是,为了让我绑定表单字段与刷新的模型,我需要调用UpdateModel() 或TryUpdateModel<>(),传入新刷新的模型。例如:
[HttpPost]
public ActionResult EditDetail(EditDetailItemModel model)
{
if (model.IsValid)
{
// Save the results to the db
return RedirectToAction(...)
}
// Can't simply "return View(model)". Not all fields in EditDetailItemModel
// were part of the form - thus they returned null. Have to refresh
// model from the db.
var refreshedModel = RefreshModelFromDB();
// Is this line necessary?????
TryUpdateModel<EditDetailItemModel>(refreshedModel);
return View(refreshedModel);
}
但是,我发现如果我只是将refreshedModel 返回到视图而不调用TryUpdateModel<>(),刷新的模型会自动与发布的表单字段值绑定!因此,这里不需要TryUpdateModel<>()!
我能理解的唯一方法是,由于 ModelState 处于无效状态,一旦我返回带有刷新模型的视图,“MVC 渲染引擎”就会遍历 ModelState 错误并绑定这些属性值用我刷新的模型。这简直太棒了!但是,我想要证明这个假设。我在网络上的任何地方都找不到有关此的文档。任何人都可以确认我的假设为什么/如何发生这种令人敬畏的自动绑定行为和/或教育我为什么/如何发生,希望有一些在线文档链接支持,以便我更全面地了解幕后发生的事情?
【问题讨论】:
标签: asp.net-mvc modelbinders updatemodel modelstate defaultmodelbinder