ASP.NET实现页面跳转三种方式

前言

在Web网页中网页的跳转是十分常见的和实用的,ASP.NET中提供了三种跳转页面方式,而他们都有不同的特点。Server对象的Transfer() 保持原URL地址跳转到新界面,原始页面的元素不显示。Server对象的Execute() 保持原URL地址,将要显示的元素与原始元素组合呈现,原始元素显示。Response对象的Redirect() 生成新URL地址,跳转到新界面,原始页面的元素不显示。

ASP.NET页面跳转比较

1. Server.Execute()

用于执行从当前页面转移到另一个页面,并将执行返回到当前页面,执行所转移的页面在同一浏览器窗口中执行,然后原始页面继续执行。所以执行Execute方法后原始页面保留控制权
Server.Execute方法允许当前的ASPX页面执行一个同一Web服务器上的指定ASPX页面,当指定的ASPX页面执行完毕,控制流程重新返回原页面发出Server.Execute调用的位置。这种页面导航方式类似于针对ASPX页面的一次函数调用,被调用的页面能够访问发出调用页面的表单数据和查询字符串集合,所以要把被调用页面Page指令的EnableViewStateMac属性设置成False。

2. Server. Transfer()

用于将执行完全转移到指定页面。执行该方法时主调页面将失去对其的控制权。但是Url地址依然保留原始页面的地址
Server.Transfer方法把执行流程从当前的ASPX文件转到同一服务器上的另一个ASPX页面。调用Server.Transfer时,当前的ASPX页面终止

Server. Transfer()执行

执行流程转入另一个ASPX页面,但新的ASPX页面仍使用前一ASPX页面创建的应答流。如果用Server.Transfer方法实现页面之间的导航,浏览器中的URL不会改变,因为重定向完全在服务器端进行,浏览器根本不知道服务器已经执行了一次页面变换。默认情况下,Server.Transfer方法不会把表单数据或查询字符串从一个页面传递到另一个页面,但只要把该方法的第二个参数设置成True,就可以保留第一个页面的表单数据和查询字符串。同时,使用Server.Transfer时应注意一点:目标页面将使用原始页面创建的应答流,这导致ASP.NET的机器验证检查(MachineAuthentication Check,MAC)认为新页面的ViewState已被篡改。因此,如果要保留原始页面的表单数据和查询字符串集合,必须把目标页面Page指令的 EnableViewStateMac属性设置成False。

server.Transfer()有一个不足就是:当用户在a.aspx中提交了一个表单,然后用Server.Transfer()进入 b.aspx,这时如果用户刷新一下页面,

浏览器便会问用户是否“重试”发送表单,如果用户点击“是”,那么,表单中的数据被重新发送到服务器。如发送表单的作用就是为了向数

据库中插入一条记录,结果导不希望发生的事——同一表单被多次加入到数据库中。

3. Response.Redirect()

导致浏览器链接到一个指定的URL。当Response.Redirect()方法被调用时,它会创建一个应答,应答头中指出了状态代码302(表示目标已经改变)以及新的目标URL。浏览器从服务器收到该应答,利用应答头中的信息发出一个对新URL的请求。
这就是说,使用Response.Redirect方法时重定向操作发生在客户端,总共涉及到两次与服务器的通信(两个来回):第一次是对原始页面
的请求,得到一个302应答,第二次是请求302应答中声明的新页面,得到重定向之后的页面。

Response.Redirect缺陷:

  1. 在Response.Redirect中,我们得不到任何第一页的输出
  2. Response.Redirect会丢失request中的所有属性,当然我们可以通过一些其他的办法,比如session来搞定,可是,有些页的参数是在request中传过来的,这样的话,就不行了
  3. Response.Redirect需要client端再发起一个请求。

4. Transfer()、Execute()、Redirect()实现跳转页面原理

在网络状态较好的情况下,Redirect(url)方法效率最高!! 可重定向到同一台或非同一台服务器上的aspx或非aspx(html)资源
Server.Transfer方法和Server.Execute方法最灵活!! 但只能转到同一Application目录下,也有可能导致不期望的结果发生Server.Execute方法占用资源最多。
在这里插入图片描述

原创文章 155 获赞 325 访问量 4万+

猜你喜欢

转载自blog.csdn.net/dust__/article/details/105772594