ASP.Net MVC 2：使用视图模型会破坏我的模型绑定

Question

我想这是一个关于框架如何愉快地完成你所需要的 95% 的事情，但随后却对最后 5% 皱眉不满的故事；通知您，如果您想参与非标准的 Malarky，那是您自己的事，非常感谢您，如果您决定返回做它擅长的事情，它就会在这里。一般来说，最后的百分之五将不可避免地包含某些版本的必备功能。

我有一个更新数据对象的强类型视图。我使用了惯用的 MVC2 助手，例如 Html.TextBoxFor(model = > model.Name)。我已将编辑器模板用于嵌套对象。 （我的后端是 Mongo 文档的集合，因此我需要表示复杂类型）。

然后我需要一个下拉菜单。事实证明，下拉菜单有点挑剔；没问题，我将创建一个视图模型，而不是直接传入 item：

class itemViewModel
{
    ...
    public Item item { get; set; }
    public IEnumerable<SelectListItem> dropdown { get; set; }
}

public ActionResult()
{
    return View("Update", new itemViewModel(item, dropdown))
}

...工作正常，下拉列表会填充。但！我的观点需要更新：

Html.TextBoxFor(model => model.Name) ->
Html.TextBoxFor(model => model.item.Name)

太好了，问题解决了。糟糕，现在我的模型绑定不起作用。我调试并查看 Request.Form 值：哦。 item.Name 而不是 Name。有道理。我告诉我的 Update 视图期待一个 itemViewModel，并且绑定有效。

哦等等，不，事实并非如此。因为我有使用编辑器的嵌套对象。它们是强类型的，并且不知道接收到的模型实际上是视图模型的属性。因此，他们仍然输出 Address.City 而不是 item.Address.City，并且绑定失败。

我可以想到几种解决方法：

1. 编写专门的自定义模型绑定器
2. 将整个该死的表单放入其自己的类型编辑器中，这样它就可以在不知道它是属性的情况下获取 item 模型
3. 杀死视图模型并使用ViewData 字典
4. 退出使用 HtmlHelpers 并手写整个表单
5. 编写我自己的 HtmlHelper 扩展，该扩展将采用 lba 和 一个模型对象作为参数。
6. 将每个标签/字段分组放入单独的编辑器模板中。

所有这些感觉要么是矫枉过正，要么是草率。视图模型似乎是一种干净、有用的方法。使用它们是否意味着我必须在其他领域马虎，或者在框架的相当大的块上重现微小的变​​化？在过去的三个月里，我自学了 C#（一个图形设计师在没有 CS 背景的情况下试图弄清楚静态类型到底是什么，这可能看起来很有趣）。我孤立地工作；没有人可以向其学习最佳实践。我觉得如果我不学习其中一些，我最终会变成一堆无法维护的粪便。因此，非常感谢您的意见。

Answer 1

Daniel，首先我要说的是，我对您的努力以及对 .NET、C# 和 ASP.NET MVC 的大力支持表示赞赏。好吧，所以你很沮丧，我对此也有感触。这种事时不时地发生在我们所有人身上。

我应该让你知道，我不是 ASP.NET MVC 的粉丝（事实上，一点也不）（ASP.NET MVC 框架设计问题），因此我无法为您的问题提供解决方案。但我希望你看到你所处的情况：

你在一个迷宫里，你在某个地方拐错了一个弯，你正在深入迷宫，但你不会找到一条出路。所以你需要做的就是退回去，直到那个错误的转弯处，看看是否还有其他路线。因此，从你所处的位置开始，问自己“为什么”你所做的每一步/改变，然后一次退一步问为什么。这有道理吗？你最终会发现有其他替代方法来解决相同的（原始）问题。

Answer 2

叹。经过几个小时的谷歌搜索和黑暗中的一些镜头，似乎有一种令人难以置信的简单方法可以做到这一点，使用 Bind 属性：

[HttpPost]
public ActionResult([Bind(Prefix="item")] item)
{
    //item's complex types populate correctly
}

该属性似乎足够智能，可以访问复杂的类型。

我将留下这个作为对我自己无知的致敬，并希望其他一些不幸的 n00b 能比我更快找到答案。