我注意到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和/或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"]

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

屏幕输出。

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

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

In View:

@ViewBag.Name 
@ViewData["Name"] 

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

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

ViewData["Foo"]

具有神奇属性:

ViewBag.Foo

你没有编译时安全性。

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

属性的名称区分大小写。

我能建议你不要用吗?

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

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

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