Click here to Skip to main content
Licence 
First Posted 24 Jan 2006
Views 65,274
Bookmarked 26 times

The Intricacies of the IsPostBack If-Block in ASP.NET

By | 24 Jan 2006 | Article
An article explaining IsPostBack checking in ASP.NET.

Introduction

This article explains the correct usage of the IsPostBack checking in Asp.Net.

Using the code

The Presence of an if(!IsPostBack) code block in any Asp.Net C# article or book chapter is as common as a bird on a tree branch. But a proper explanation about its usage is as rare as an unicorn. This short article tries to address this issue.

When an aspx page is displayed for the first time, any code within the Page_Load event, including the if(!IsPostBack) is executed. When the same page is displayed in subsequent times, only the code outside the if(!IsPostBack) is executed. The second scenario happens when there is, say a button_click event, which reads some values either from a server control or a local variable of the page and displays the same page with these values.

The enclosed demo project has a Dropdown List box named lstCity and a local boolean variable named whetherIsGood. The Dropdown list box has three possible cities as items – Houston, Dallas and Austin. The Page_Load event sets the SelectedIndex of the listbox to Dallas (by assigning a value of 1) and the whetherIsGood variable to true. This could be done in three different possible ways as shown below. When the button “Set” is clicked it shows the selected item from the list box and the variable value in two text boxes.

Code1:

private void Page_Load(object sender, System.EventArgs e)
{
    //If you change the displayed city say from Dallas 
    //to Austin on the page and click "Set" button, 
    //it correctly shows Austin in the text box. 
    //But the whetherIsGood variable has a value of false.
    if(!IsPostBack)
    {
        lstCity.SelectedIndex = 1;
        whetherIsGood = true;
    }
}

Code 2:

private void Page_Load(object sender, System.EventArgs e)
{
    //If you change the displayed city say from Dallas 
    //to Austin on the page and click "Set" button, 
    //it correctly shows Austin in the text box. 
    //And the variable also correctly has a value of true.
    if(!IsPostBack)
    {
        lstCity.SelectedIndex = 1;
    }
    whetherIsGood = true;
}

Code 3:

private void Page_Load(object sender, System.EventArgs e)
{
    //If you change the displayed city say from Dallas 
    //to Austin on the page and click "Set" button, 
    //it wrongly shows Dallas in the text box. 
    //But the variable correctly has a value of true.
    
    lstCity.SelectedIndex = 1;
    whetherIsGood = true;
}

As explained within the code comments, Code 2 has the expected behavior. So put the code which sets parameters to a server control within the if(!IsPostBack) code block, and put any code which sets a local variable outside this block, unless you are using a static variable.

Points of Interest

You could find a related article at MSDN.

License

This article has no explicit license attached to it but may contain usage terms in the article text or the download files themselves. If in doubt please contact the author via the discussion board below.

A list of licenses authors might use can be found here

About the Author

ThirstyMind



United States United States

Member



Sign Up to vote   Poor Excellent
Add a reason or comment to your vote: x
Votes of 3 or less require a comment

Comments and Discussions

 
You must Sign In to use this message board. (secure sign-in)
 
Search this forum  
 FAQ
    Noise  Layout  Per page   
  Refresh
GeneralMy vote of 4 PinmemberChannard5:18 12 Nov '10  
QuestionWhy? Pinmembernsimeonov11:01 1 Feb '06  
AnswerRe: Why? PinmemberThirstyMind11:27 1 Feb '06  
GeneralRe: Why? Pinmembernsimeonov11:42 1 Feb '06  
GeneralRe: Why? PinmemberThirstyMind11:52 1 Feb '06  
GeneralRe: Why? Pinmembernsimeonov11:58 1 Feb '06  
AnswerRe: Why? Pinmember.void.10:57 7 Sep '06  
Actually I had a problem the other way around. I'm new to .Net (but not to Web development) I asked once if IsPostBack was the same as Request.HttpMethod.Equals("POST") and it seems it is.
 
I keep wondering why the heck .Net will preserve some values, such as objects or content generated as a result of some process triggered by a POST submition (e.g. user authentication), even if I did a new GET request (i.e. go to address bar and hit enter), that's definitely not the way HTTP works.
 
The very last comment, (unless you are using a static variable, in its context) gives me more info than the rest of the article, though I'm still not sure what's this "smart cache" about —I really hate when M$ gets creative and helps me.
GeneralRe: Why? Pinmembernsimeonov11:18 7 Sep '06  
GeneralRe: Why? Pinmember.void.3:14 8 Sep '06  
GeneralRe: Why? Pinmembernsimeonov3:29 8 Sep '06  
GeneralRe: Why? Pinmember.void.15:25 8 Sep '06  

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.

Permalink | Advertise | Privacy | Mobile
Web04 | 2.5.120529.1 | Last Updated 24 Jan 2006
Article Copyright 2006 by ThirstyMind
Everything else Copyright © CodeProject, 1999-2012
Terms of Use
Layout: fixed | fluid