在ViewBag内部，属性以名称/值对的形式存储在ViewData字典中。

注意:在MVC 3的大多数预发布版本中，ViewBag属性被命名为ViewModel，这段代码来自MVC 3发布说明:

有人建议我发布我发布的这个信息的来源，下面是来源: http://www.asp.net/whitepapers/mvc3-release-notes#_Toc2_4

MVC 2 controllers support a ViewData property that enables you to pass data to a view template using a late-bound dictionary API. In MVC 3, you can also use somewhat simpler syntax with the ViewBag property to accomplish the same purpose. For example, instead of writing ViewData["Message"]="text", you can write ViewBag.Message="text". You do not need to define any strongly-typed classes to use the ViewBag property. Because it is a dynamic property, you can instead just get or set properties and it will resolve them dynamically at run time. Internally, ViewBag properties are stored as name/value pairs in the ViewData dictionary. (Note: in most pre-release versions of MVC 3, the ViewBag property was named the ViewModel property.)

Although you might not have a technical advantage to choosing one format over the other, you should be aware of some important differences between the two syntaxes. One obvious difference is that ViewBag works only when the key you’re accessing is a valid C# identifi er. For example, if you place a value in ViewData["Key With Spaces"], you can’t access that value using ViewBag because the code won’t compile. Another key issue to consider is that you cannot pass in dynamic values as parameters to extension methods. The C# compiler must know the real type of every parameter at compile time in order to choose the correct extension method. If any parameter is dynamic, compilation will fail. For example, this code will always fail: @Html.TextBox("name", ViewBag.Name). To work around this, either use ViewData["Name"] or cast the va

我能建议你不要用吗?

如果你想“发送”数据到你的屏幕上，发送一个强类型对象(又名ViewModel)，因为它更容易测试。

如果你绑定到某种类型的“模型”，并拥有随机的“viewbag”或“viewdata”项，那么这会使自动化测试变得非常困难。

如果您正在使用这些，请考虑如何重构并仅使用ViewModels。

这里ViewData和ViewBag都用于将数据从控制器传递到视图。

1. 显示数据

——ViewData是字典对象，从ViewDataDictonary类派生。

数据只允许一个请求，当页面重定向发生时ViewData值被清除。

——ViewData值必须在使用前输入。

示例:在控制器中

public ActionResult PassingDatatoViewWithViewData()
{
      ViewData["Message"] = "This message shown in view with the ViewData";
      return View();
}

在视图

@ViewData["Message"];

——ViewData是Key和Value这样的一对，Message是Key，在倒逗号中Value是Value。

数据是简单的，所以我们不能在这里使用类型转换，如果数据是复杂的，那么使用类型转换。

public ActionResult PassingDatatoViewWithViewData()
{
      var type= new List<string>
    {
        "MVC",
        "MVP",
        "MVVC"
    };
    ViewData["types"] = type;
    return View();
}

在视图中数据可以提取为

<ul>
        @foreach (var items in (List<string>)ViewData["types"])
        {
         <li>@items</li>
        }
  </ul>

2. ViewBag

——ViewBag使用动态特性。ViewBag包装了ViewData。

—在ViewBag类型铸造是必需的。

——与ViewData相同，如果重定向发生，值将变为null。

例子:

public ActionResult PassingDatatoViewWithViewBag()
{
          ViewData.Message = "This message shown in view with the ViewBag";
          return View();
}

在视图

@ViewBag.vbMessage

—对于复杂类型使用ViewBag

public ActionResult PassingDatatoViewWithViewBag()
{
          var type= new List<string>
        {
            "MVC",
            "MVP",
            "MVVC"
        };
        ViewBag.types = type;
        return View();
 }

在视图中数据可以提取为

<ul>
       @foreach (var items in ViewBag.types)
       {
         <li>@items</li>
       }
</ul>

主要的区别是ViewBag不需要类型转换，而ViewData需要类型转换。

它使用c# 4.0动态特性。它实现了与viewdata相同的目标，应该避免使用强类型视图模型(与viewdata应该避免的方式相同)。

基本上它取代了魔法字符串:

ViewData["Foo"]

具有神奇属性:

ViewBag.Foo

你没有编译时安全性。

我继续指责微软在MVC中引入了这个概念。

属性的名称区分大小写。

所有的答案都表明ViewBag和/或ViewData是将数据从控制器传递到视图，这是错误的信息。两者都非常有用，可以将数据从视图传递到布局或局部视图(或ViewComponents等)。它不是控制器专属的。

默认的asp.net示例在布局页面中有:

<title>@ViewData["Title"] - MyApp</title>

在任何情况下

ViewData["Title"] = "Details";

然后，问这个问题:“ViewBag和ViewData之间有什么区别?”

最显著的区别是ViewData是一个强类型字典 ViewBag是一个动态类型。

注意里面的数据IS the SAME

ViewData["Title"] = "MyTitle";
ViewBag.Title; // returns "MyTitle";

什么时候用这个或那个?

ViewBag doesn't support not valid C# names. you can't access ViewData["Key With Space"] with ViewBag ViewBag.Something is dynamic and you may have problems when calling methods (like extension methods) that needs to know the exact parameter at compile time. ViewBag can check for nulls syntactical cleaner: ViewBag.Person?.Name ViewData have all the properties of a Dictionary like ContainsKey, Add, etc. so you can use ViewData.Add("somekey", "somevalue") keep in mind it might throw exceptions. Using ViewData on views needs TypeCasting while ViewBag don't.

知道了细微的差别，使用其中一种更像是一种口味偏好。

通常你可以想到ViewBag。ViewData别名的任意键["AnyKey"]