What about the next statement afeter response.redirect andserver.transfer?

  • Thread starter Thread starter lander
  • Start date Start date
L

lander

I've seen many people have written code like this:

response.redirect();
return;

or

server.transfer();
return;

I doubt whether the statement "return;" will be hit? I think it's
redundant, isn't it?
 
You right.
return will never bit hit in this case.

But I still always put it for clarity

George.
 
You are right.
return will never bit hit in this case.
Click to expand...

That's incorrect...

protected void Page_Load(object sender, EventArgs e)
{
if (this == that)
{
Response.Redirect("mypage.aspx", false);
//return;
}

if (this != that)
{
// this *will* run if the above return is not unremmed...
}
}
 
Yes, there is a second parameter which will change default behavior.

But default behavior would terminate the execution.

So in
Response.Redirect("mynewpage.aspx")
return;

"return" is unnecessary

George.
 
Yes, there is a second parameter which will change default behavior.

But default behavior would terminate the execution.
Click to expand...

Yes, that's true, but that would raise a
System.Threading.ThreadAbortException...
 
thats generally what you want.

overwise you need to override the render event, set a flag that a redirect
was done, then cancel the render (and maybe prerender). you may need to also
override the event firing logic, as you probably don't want to raise events
after a redirect.

if you don't do this, all the page processing happens, and html is
downloaded to the browser, but ignored because of the redirect header.

-- bruce (sqlwork.com)
 
Yes, that's true, but that would raise a
System.Threading.ThreadAbortException...

--
Mark Rae
ASP.NET MVPhttp://www.markrae.net- Òþ²Ø±»ÒýÓÃÎÄ×Ö -

- ÏÔʾÒýÓõÄÎÄ×Ö -
Click to expand...

Hi mark, would you pls explain *why* to us? Thanks really.
 
Back
Top