在页之间通过Server.Transfer传递数据有没有什么弊端？

[种草德鲁伊]

类似这样..

    public class PageBase : System.Web.UI.Page
    {
        public Dictionary<string, object> PageData = new Dictionary<string,object>();

    }

    public partial class _Default : PageBase
    {
        protected void Page_Load(object sender, EventArgs e)
        {
            this.PageData.Add("name", "asakura nemu");

            Server.Transfer("~/Page2.aspx");
        }
    }

    public partial class Page2 : System.Web.UI.Page
    {
        protected void Page_Load(object sender, EventArgs e)
        {
            var page = Context.Handler as PageBase;
            var name = page.PageData["name"] as string;

            Response.Write(name);
        }
    }

[q107770540]

Server.Transfer 只能在同一服务器端的同一站点间运行，所以你不能用 Server.Transfer 将用户重定向到另一服务器上的站点。要重定向到服务器以外的站点，只有 Response.Redirect 能办到。

Server.Transfer 保留浏览器端的 URL 地址.Request集合里的内容不会丢失 这对流线型的数据输入很有帮助，不过这也增加了调试的复杂度。

[种草德鲁伊]

性能上不会有什么严重影响吧?

[dalmeeme]

http://blog.csdn.net/greatchao88/archive/2008/06/11/2534720.aspx

[gongsun]

[Quote=引用 2 楼 karascanvas 的回复:]
性能上不会有什么严重影响吧?
[/Quote]

一、它在服务器端直接重定向，不用像response.Redirect一样先与浏览器通信再重定向，效率高。
二、它可以传递上一个页面的提交值。比如：A页面提交值到B页面，B页面Transfer到C页面，C页面同样可以收到A页面提交的值。

[天地英豪]

注意图片，js文件的相对路径。

[porschev]

[Quote=引用 4 楼 gongsun 的回复:]
引用 2 楼 karascanvas 的回复:
性能上不会有什么严重影响吧?


一、它在服务器端直接重定向，不用像response.Redirect一样先与浏览器通信再重定向，效率高。
二、它可以传递上一个页面的提交值。比如：A页面提交值到B页面，B页面Transfer到C页面，C页面同样可以收到A页面提交的值。
[/Quote]

解释的到位。。。。如果跳转不是同级目录。。。图片、样式等路径会不对。。

[种草德鲁伊]

感谢各位回答。