Various Ways to Pass Data From Controller to View in MVC

Abhimanyu K Vatsa
May 25, 2017
696.1k
0
28
Article

There are various ways to pass data from a Controller to a View. I'm going to discuss how Controllers interact with Views and specifically cover ways you can pass data from a Controller to a View to render a response back to a client. So, let's get started.

ViewBag

ViewBag is a very well known way to pass the data from Controller to View & even View to View. ViewBag uses the dynamic feature that was added in C# 4.0. We can say ViewBag=ViewData + Dynamic wrapper around the ViewData dictionary. Let's see how it is used.

Between Controller and View

In the above image, you can see how data flows from the "Controller" to the "View", and how it looks in the browser.

Between View to View

In the above image, you see how data is initialized on the "View" page itself using 'ViewBag.Title = "Index"' and then how it is getting rendered using '@ViewBag.Title'. What is "Title"? It is nothing more than a key, which has very limited availability and can be used on the same page only. So, the key naming is up to you, use any name which makes you happy.

Look at one more case, where I will take the advantage of "Model".

In the above case, we have a "Model" defined by name "Friend" that has three properties "Id", "Name" and "Address". On the "Controller", we have an object of the "Friend" class named "frnd" and then using the dot (.) operation properties are assigned then attached to these properties of the ViewBag.

Look at one more example, in which a list of students is passed using ViewBag.

So, in this way we can pass the list of students. I hope this is clear to you.

ViewData

ViewBag and ViewData serves the same purpose in allowing developers to pass data from controllers to views. When you put objects in either one, those objects become accessible in the view. Let's look at one example:

In the above image, everything is normal instead something in foreach loop. ViewData is typed as a dictionary containing "objects", we need to cast ViewData["Students"] to a List<string> or an IEnumerable<string> in order to use the foreach statement on it. Such as in:

@foreach (var std in (List<string>)ViewData["Students"])
//OR
@foreach (var std in (IEnumerable<string>)ViewData["Students"])

Now look at one more beauty of MVC, you can put data into the ViewBag and access it from ViewData or put data in the ViewData and access it from the ViewBag, here you have all the freedom.

ViewData to ViewBag

ViewBag to ViewData

So these two (ViewBag and ViewData) things seem to work almost exactly the same. Then, what's the difference? The difference is only how you access the data. ViewBag is actually just a wrapper around the ViewData object, and its whole purpose is to let you use access the data dynamically instead of using magic <strings> conversion, you can realize it by the above examples. Some people prefer one style over the other. You can pick whichever makes you happy. In fact, because they're the same data just with two different ways of accessing it, you can use them interchangeably like ViewData to ViewBag or ViewBag to ViewData. It is not recommended, however, that you actually use them interchangeably, since it will will confuse others.

Now, so far we have looked into some ViewBag and ViewData, which is really very useful but we can pass the data using a model also and this will provide you full intellisense features.

ViewModel

Using ViewModel we can also pass the data from the Controller to View; let's look at the image.

In the above image, we have multiple people in a list form being passed as a View, simple. I will add one more thing here, you are not going to get intellisence support or a strongly typed view page here, to get it do it this way. Just add a reference of the model by using the IEnumerable interface and you are done.

Please read this blog also:

TempData

TempData is meant to be a very short-lived instance, and you should only use it during the current and the subsequent requests only. Since TempData works this way, you need to know for sure what the next request will be, and redirecting to another view is the only time you can guarantee this. You can use TempData to pass error messages or something similar.

Example1: Using TempData like a ViewData and ViewBag.

public class FriendController : Controller
{
//
// GET: /Friend/
public ActionResult Index()
{
ViewData["VDFriend"] = "Deepak K Gupta";
ViewBag.VBFriend = "Deepak K Gupta";
TempData["TDFriend"] = "Deepak K Gupta";
return View();
}
}

And on "View",

Using ViewData: @ViewData["VDFriend"]
Using ViewBag: @ViewBag.VBFriend
Using TempData: @TempData["TDFriend"]

This is a simple example, but we are not using the real advantage of TempData, let's look at one more example.

Example2: Using TempData to get data after redirect also.

public class FriendController : Controller
{
//
// GET: /Friend/
public ActionResult Index()
{
ViewData["VDFriend"] = "Deepak K Gupta";
ViewBag.VBFriend = "Deepak K Gupta";
TempData["TDFriend"] = "Deepak K Gupta";
return new RedirectResult(@"~\Friend\AnotherPage\");
}
public ActionResult AnotherPage()
{
return View();
}
}

And on "View":

Using ViewData: @ViewData["VDFriend"]
Using ViewBag: @ViewBag.VBFriend
Using TempData: @TempData["TDFriend"]

As in the above "FriendController", I'm redirecting the view, in other words the Index() view will be redirected to the AnotherPage() view instantly and now on another view after one redirect we won't be able to get data from ViewData or ViewBag but TempData will work here.

Please read this blog also: http://weblogs.asp.net/scottgu/archive/2007/12/06/asp-net-mvc-framework-part-3-passing-viewdata-from-controllers-to-views.aspx.