What about the next statement afeter response.redire ct andserver.trans fer?

[lander]

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

response.redire ct();
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******** *************** ***********@s8g 2000prg.googleg roups.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******** *************** ***********@s8g 2000prg.googleg roups.com...

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

response.redire ct();
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******** ********@TK2MSF TNGP03.phx.gbl. ..

"lander" <lo************ @gmail.comwrote in message
news:8c******** *************** ***********@s8g 2000prg.googleg roups.com...

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

response.redir ect();
return;

or

server.transfe r();
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(objec t sender, EventArgs e)
{
if (this == that)
{
Response.Redire ct("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.Redire ct("mynewpage.a spx")
return;

"return" is unnecessary

George.

"Mark Rae [MVP]" <ma**@markNOSPA Mrae.netwrote in message
news:uv******** ******@TK2MSFTN GP06.phx.gbl...

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

>"lander" <lo************ @gmail.comwrote in message
news:8c******* *************** ************@s8 g2000prg.google groups.com...

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

response.redi rect();
return;

or

server.transf er();
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(objec t sender, EventArgs e)
{
if (this == that)
{
Response.Redire ct("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******** ********@TK2MSF TNGP04.phx.gbl. ..

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

That's incorrect...

protected void Page_Load(objec t sender, EventArgs e)
{
if (this == that)
{
Response.Redire ct("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.Threadin g.ThreadAbortEx ception...
--
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******** ********@TK2MSF TNGP04.phx.gbl. ..

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

That's incorrect...

protected void Page_Load(objec t sender, EventArgs e)
{
if (this == that)
{
Response.Redire ct("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.Threadin g.ThreadAbortEx ception...
--
Mark Rae
ASP.NET MVP
http://www.markrae.net

[lander]

On 3ÔÂ10ÈÕ, ÏÂÎç11ʱ19·Ö, "Mark Rae [MVP]" <m...@markNOSPA Mrae.netwrote:

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

news:uN******** ********@TK2MSF TNGP04.phx.gbl. ..

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

That's incorrect...

protected void Page_Load(objec t sender, EventArgs e)
{
if (this == that)
{
Response.Redire ct("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.Threadin g.ThreadAbortEx ception...

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

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

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