Question

Can someone please explain the difference between ViewState and Session?

More specifically, I’d like to know the best way to keep an object available (continuously setting members through postbacks) throughout the lifecycle of my page.

I currently use Sessions to do this, but I’m not sure if it’s the best way.

For example:

SearchObject searchObject;
protected void Page_Load(object sender, EventArgs e)
{
     if(!IsPostBack)
     {
         searchObject = new SearchObject();
         Session["searchObject"] = searchObject;
     }
     else
     {
         searchObject = (SearchObject)Session["searchObject"];
     }
}

that allows me to use my searchObject anywhere else on my page but it’s kind of cumbersome as I have to reset my session var if I change any properties etc.

I’m thinking there must be a better way to do this so that .NET doesn’t re-instantiate the object each time the page loads, but also puts it in the global scope of the Page class?

Answer 1

If the search object isn’t huge in size, then go with using a ViewState. A ViewState is perfect if you only want the object to live for the current page’s lifecycle.

A session object is also fine to use, but obviously once the search object is in there, it will be around for longer the page’s lifecycle.

Also, one thing I do with ViewState/Session objects is wrap their access with a property:

public object GetObject
{
    get
    {
        return ViewState["MyObject"];
    }
    set
    {
        ViewState["MyObject"] = value;
    }
}

I tend to find it cleaner to do it this way. Just change the above code to fit your needs.

• Source 1

• Source 2