我注意到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>

屏幕输出。

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

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

ViewData["Foo"]

具有神奇属性:

ViewBag.Foo

你没有编译时安全性。

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

属性的名称区分大小写。

我能建议你不要用吗?

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

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

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

我注意到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>

屏幕输出。

ViewBag vs MVC中的ViewData

http://royalarun.blogspot.in/2013/08/viewbag-viewdata-tempdata-and-view.html

ViewBag和ViewData的相似之处:

当您从控制器移动到视图时，有助于维护数据。用于 将数据从控制器传递到相应的视图。短寿命意味着 值在重定向发生时变为空。这是因为他们的目标 是提供一种在控制器和视图之间通信的方法。这是 服务器调用中的通信机制。

ViewBag和ViewData的区别:

ViewData是派生自的对象字典 viewdatdictionary类，并使用字符串作为键访问。ViewBag 动态属性是否利用了新的动态特性 在c# 4.0。ViewData需要对复杂的数据类型进行类型转换 检查空值以避免错误。ViewBag不需要 复杂数据类型的类型转换。

ViewBag & ViewData示例:

public ActionResult Index()
{   
    ViewBag.Name = "Arun Prakash";   
    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"] 

详情请按此处: