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

[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?

[Mark Rae [MVP]]

"lander" <lo************@gmail.comwrote in message
news:8c**********************************@s8g2000p rg.googlegroups.com...

I doubt whether the statement "return;" will be hit? I think it's
redundant, isn't it?

No.
--
Mark Rae
ASP.NET MVP
http://www.markrae.net

[George Ter-Saakov]

You right.
return will never bit hit in this case.

But I still always put it for clarity

George.

"lander" <lo************@gmail.comwrote in message
news:8c**********************************@s8g2000p rg.googlegroups.com...

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?

[Mark Rae [MVP]]

"George Ter-Saakov" <gt****@cardone.comwrote in message
news:%2****************@TK2MSFTNGP03.phx.gbl...

"lander" <lo************@gmail.comwrote in message
news:8c**********************************@s8g2000p rg.googlegroups.com...

>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 are right.
return will never bit hit in this case.

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...
}
}
--
Mark Rae
ASP.NET MVP
http://www.markrae.net

[George Ter-Saakov]

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.

"Mark Rae [MVP]" <ma**@markNOSPAMrae.netwrote in message
news:uv**************@TK2MSFTNGP06.phx.gbl...

"George Ter-Saakov" <gt****@cardone.comwrote in message
news:%2****************@TK2MSFTNGP03.phx.gbl...

>"lander" <lo************@gmail.comwrote in message
news:8c**********************************@s8g2000 prg.googlegroups.com...

>>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 are right.
return will never bit hit in this case.

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...
}
}
--
Mark Rae
ASP.NET MVP
http://www.markrae.net

[Mark Rae [MVP]]

"George Ter-Saakov" <gt****@cardone.comwrote in message
news:uN****************@TK2MSFTNGP04.phx.gbl...

>>You are right.
return will never bit hit in this case.

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.

Yes, that's true, but that would raise a
System.Threading.ThreadAbortException...
--
Mark Rae
ASP.NET MVP
http://www.markrae.net

[=?Utf-8?B?YnJ1Y2UgYmFya2Vy?=]

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)
"Mark Rae [MVP]" wrote:

"George Ter-Saakov" <gt****@cardone.comwrote in message
news:uN****************@TK2MSFTNGP04.phx.gbl...

>You are right.
return will never bit hit in this case.

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.

Yes, that's true, but that would raise a
System.Threading.ThreadAbortException...
--
Mark Rae
ASP.NET MVP
http://www.markrae.net

[lander]

On 3ÔÂ10ÈÕ, ÏÂÎç11ʱ19·Ö, "Mark Rae [MVP]" <[e-mail]:

"George Ter-Saakov" <[e-mail] in message

news:uN****************@TK2MSFTNGP04.phx.gbl...

>You are right.
return will never bit hit in this case.

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.

Yes, that's true, but that would raise a
System.Threading.ThreadAbortException...

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

- ÏÔʾÒýÓõÄÎÄ×Ö -

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