Response.redirect and server.transfer

Hi,

Response.Redirect:

1. Allows redirection to any url
2. Client will be able to see new url
3. Paramaters can be passed to new pages
4. Paramaters are visisble to client users

Server.Transfer

1. Can only be used within application
2. Allows values to be passed between pages
3. Client users are unaware of new page
4. New page url is oblivious to users.
5. Context.Items to hold and pass information between pages
6. Lower cost of usage on server handling http requests (however all page contents are held on Context.Handler)

Hi Akshay,

The Response.Redirect statement sends a command back to the browser to request the next page from the server. This extra round-trip is often inefficient and unnecessary, but this established standard works very well. By the time Page2 is requested, Page1 has been flushed from the server's memory and no information can be retrieved about it unless the developer explicitly saved the information using some technique like session, cookie, application, cache etc. 

The more efficient Server.Transfer method simply renders the next page to the browserwithout an extra round trip. Variables can stay in scope and Page2 can read properties directly from Page1 because it's still in memory. This technique would be ideal if it wasn't for the fact that the browser is never notified that the page has changed. Therefore, the address bar in the browser will still show "Page1.aspx" even though the Server.Transfer statement actually caused Page2.aspx to be rendered instead. This may occasionally be a good thing from a security perspective, it often causes problems related to the browser being out of touch with the server. Say, the user reloads the page, the browser will request Page1.aspx instead of the true page (Page2.aspx) that they were viewing. In most cases, Response.Redirect and Server.Transfer can be used interchangeably. But in some cases, efficiency or usability may be the deciding factor in choosing.

For more detail refer
http://aspdotnetfaq.com/Faq/what-is-the-difference-between-server-transfer-and-response-redirect-methods.aspx

Hi Akshay,

Server.Transfer transfers execution directly to another page. Response.Redirect sends a response to the client and directs the client (the browser) to load the new page (it causes a roundtrip). If you don't need to execute code on the client, Transfer is more efficient

Server.Transfer() : client is shown as it is on the requesting page only, but the all the content is of the requested page. Data can be persist accros the pages using Context.Item collection, which is one of the best way to transfer data from one page to another keeping the page state alive.

Response.Dedirect() :client know the physical location (page name and query string as well). Context.Items loses the persisitance when nevigate to destination page. In earlier versions of IIS, if we wanted to send a user to a new Web page, the only option we had was Response.Redirect. While this method does accomplish our goal, it has several important drawbacks. The biggest problem is that this method causes each page to be treated as a separate transaction. Besides making it difficult to maintain your transactional integrity, Response.Redirect introduces some additional headaches. First, it prevents good encapsulation of code. Second, you lose access to all of the properties in the Request object. Sure, there are workarounds, but they're difficult. Finally, Response.Redirect necessitates a round trip to the client, which, on high-volume sites, causes scalability problems. As you might suspect, Server.Transfer fixes all of these problems. It does this by performing the transfer on the server without requiring a roundtrip to the client.



Thanks

Plz refer foll link.
http://haacked.com/archive/2004/10/06/responseredirectverseservertransfer.aspx