ViewBag

它返回Type Object。 它是ControllerBase类的一个动态属性。 ViewBag仅适用于。net Framework 4.0及以上版本。 因为ViewBag属性本质上是动态的，所以在使用前不需要进行类型转换。 ViewBag返回动态类型对象，它的属性也是动态的。 它比ViewData快一点。

显示数据

它返回键值字典对集合。 ViewData是一个字典对象，它是ControllerBase类的属性。 ViewData比ViewBag快。 类型转换代码在枚举时是必需的，因为它是字典对集合。 ViewData返回对象(键值对的类型和值是类型对象，所以在使用前需要转换)

public ActionResult Index()
{   
    ViewBag.Name = "";   
    return View();
}

public ActionResult Index()
{  
    ViewData["Name"] = "Arun Prakash";  
    return View();
}

视图呼叫

@ViewBag.Name    
@ViewData["Name"]

ViewBag和ViewData是ASP中用来将信息从控制器传递到视图的两种方式。净MVC。使用这两种机制的目的是提供控制器和视图之间的通信。两者的生命周期都很短，即一旦重定向发生，两者的值都将变为null，即一旦页面从源页面(我们在其中设置了ViewBag或ViewData的值)重定向到目标页面，ViewBag和ViewData都将变为null。

尽管ViewBag和ViewData有这些相似之处，但如果我们讨论它们的实现，它们是两个不同的东西。区别如下:

1)。如果我们分析这两个实现，我们会发现ViewData是一个字典数据结构——对象字典从viewdatdictionary派生而来，可以使用字符串作为这些值的键来访问，而ViewBag利用了c# 4.0中引入的动态特性，并且是一个动态属性。

2)。当从ViewData中访问值时，我们需要类型转换值(数据类型)，因为它们存储为ViewData字典中的对象，但如果我们在ViewBag中访问值，则不需要这样做。

3)。在ViewBag中，我们可以像这样设置值:

      ViewBag.Name = "Value"; 

并可访问如下:

          @ViewBag.Name

而在ViewData的情况下，值可以设置和访问如下: 设置ViewData的方法如下:

ViewData["Name"] = "Value";

像这样获取价值

 @ViewData["Name"] 

详情请按此处:

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

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

ViewData["Foo"]

具有神奇属性:

ViewBag.Foo

你没有编译时安全性。

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

属性的名称区分大小写。

ViewData用于将数据从控制器传递给ViewData，它是从viewdatdictionary类派生出来的。仅对当前请求可用。仅要求复杂数据类型的类型转换，并检查null值以避免错误。如果发生重定向，则其值为null

ViewBag是一个动态属性，它利用了c# 4.0中的新动态特性。它也仅对当前请求可用。如果发生重定向，则其值为null

我注意到ViewData和ViewBag之间的一个主要区别是:

ViewData:它将返回object，不管你给它赋了什么，需要再次类型转换回原始类型。

ViewBag:它足够聪明，可以返回你分配给它的确切类型，不管你分配的是简单类型(即int，字符串等)还是复杂类型。

例如:控制器代码。

 namespace WebApplication1.Controllers
{
    public class HomeController : Controller
    {
        public ActionResult Index()
        {
            Products p1 = new Products();
            p1.productId = 101;
            p1.productName = "Phone";
            Products p2 = new Products();
            p2.productId = 102;
            p2.productName = "laptop";

            List<Products> products = new List<Products>();
            products.Add(p1);
            products.Add(p2);
            ViewBag.Countries = products;
            return View();
        }
    }
    public class Products
    {
        public int productId { get; set; }
        public string productName { get; set; }
    }
}

视图代码。

<ul>
            @foreach (WebApplication1.Controllers.Products item in ViewBag.Countries)
            {
            <li>@item.productId &nbsp;&nbsp;&nbsp;@item.productName</li>
            }
        </ul>

屏幕输出。

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