I am reading a book on ASP.NET MVC and I'm wondering how the following example works:
public class MyController : Controller
{
public ActionResult Index()
{
ViewBag.MyProperty = 5;
return View();
}
}
<h1>@ViewBag.MyProperty</h1>
Now I understand that ViewBag
is a dynamic object, so that's how you can set the property (though I don't know much about dynamic objects, never worked with them.) But how does the view get the specific instance of the ViewBag
from the controller, even though we don't pass anything directly?
I thought that the ViewBag
could be a public
static
object, but then any change to it would be global and it wouldn't be specific to a view instance.
Could you elaborate as to how this works behind the scenes?
public class MyController : Controller
{
public ActionResult Index()
{
ViewBag.MyProperty = 5;
return View();
}
public ActionResult Index2()
{
ViewBag.MyProperty = 6;
return View();
}
}
Now let's say the Index
method is called first, and then the Index2
. In the end the value of ViewBag.MyProperty
will end up as 6 (the value from Index2
). I feel that it is not a good thing to do, but at the same time I feel that I'm thinking in desktop development terms. Maybe it doesn't matter when used with ASP.NET MVC, as the web is stateless. Is this the case?
ViewBag
is a property of ControllerBase
, which all controllers must inherit from. It's a dynamic
object, that's why you can add new properties to it without getting compile time errors.
It's not static
, it's a member of the object. During the request lifetime, the controller instance is created and disposed, so you won't have "concurrency" problems, like overwriting the value.
The View
(and its variants) method is not static
as well, and this is how the view receives the ViewBag
values: during the process of rendering the view, the controller instance has its ViewBag instance as well.