ViewModels还是ViewBag？

Question

我对MVC4、EF5和ASP.Net都是新手，似乎在任何地方都找不到一个好的答案。

基本上，所有的事情都应该通过viewmodel来完成，或者也可以合并viewbag？

假设我有一个填充下拉列表的方法，并且我使用视图模型来表示视图的输出。

我可以使用Viewbag.DropDown = PopulateDropdown();吗?或者通过创建一个属性来保存PopulateDropdown();创建的List<SelectListItem>，将其合并到ViewModel中会更好？

我知道ViewBag有多方便，但我还没有看到任何可靠的理由不使用它？如果有人能给我提供更多的洞察力，那就太好了。

Answer 1

基本上，所有的事情都应该通过视图模型来完成，还是也可以合并viewbag呢？

所有的工作都应该在视图模型中完成。这就是视图模型的含义。为满足视图要求而专门定义的类。不要把ViewBags和ViewModels混在一起。视图不再清楚信息来自何处。要么只使用视图模型(我推荐的方法)，要么只使用ViewBags。但是不要把这两个混为一谈。

因此，在您的特定示例中，您将在视图模型上拥有一个类型为IENumerable<SelectListItem>的属性，并且在您的视图中，您将使用强类型版本的Html.DropDownListFor助手来绑定到模型：

@Html.DropDownListFor(x => x.ProductId, Model.Products)

很明显，这只是我的两分钱。其他人会说，混合使用ViewModels和ViewBags很好，我尊重他们的意见。

Answer 2

尽可能使用ViewModels而不是ViewBag。创建强类型视图。它使您的代码更干净，更不脆弱，更不容易出错，并且易于维护。

ViewBags只是动态类型对象的字典，所以你会输掉：

• 编译时检查
• 信心十足地进行重构的能力(您将失去工具的支持)
• 集成开发环境支持-例如导航到所有IDE的能力

对于加分广泛使用ViewBag也忽略了使用MVC pattern的要点

我的印象是，创建ViewBags是为了解决asp.net中的边缘问题，人们使用它们而不是创建视图模型，这是平台设计的初衷，这对他们的工作不利。

感谢