ASP.NET 状态管理（查询字符串和跨页回发）

最新推荐文章于 2024-11-13 17:27:29 发布

weixin_34013044

最新推荐文章于 2024-11-13 17:27:29 发布

阅读量111

点赞数

文章标签： xhtml javascript c# ViewUI

视图状态一个最大的限制是它必须和特定页面紧密绑定。当用户从一个页面浏览到另一个页面时，这些信息也就消失了。这个问题有几种解决方案，最佳的方案取决于你的项目需求。

查询字符串

一个常用的办法是在 URL 中使用查询字符串传送信息。搜索引擎中频繁的使用了这种办法。

http://www.google.ca/search?q=organic+gardening

查询字符串的优势：

它是轻量级的，并且不会加重服务器的负担。和跨页回发不同，查询字符串很容易在页面间传送相同的信息。

查询字符串的限制：

信息仅限于简单的字符串，只能包含合法的 URL 字符。
用户很容易看到信息，对因特网上的窃听者也是如此。
大胆的用户可能会修改查询字符串或给它赋新值，而你的程序并不能预期和预防这些修改。
多数浏览器对 URL 字符串的长度有限制（通常 1K-2K）

尽管如此，把信息加入到查询字符串中仍是一项很有用的技术。

使用查询字符串

没有基于集合的方式来帮助你放置信息，你需要自己放置查询字符串的存储信息。

int recordID = 10;

Response.Redirect("newpage.aspx?recordID=" + recordID.ToString());

可以发送多个参数，中间用符号 & 隔开。

接收页面很容易就可以使用查询字符串来工作，它使用内置的 Request 对象提供的 QueryString 字典集合来取值：

string ID = Requet.QueryString["recordID"];

如果集合中不包含查询的 Key 值，那么 ID 将被设为 null 值。

取得的值总是字符串，也因此很容易就可以转换为其它数据类型。

URL 编码

查询字符串的一个潜在问题是使用 URL 中不允许的字符（URL 中所有字符必须是字母、数字、及少量的符号"$ - . + ! * ' ( ) , "）。如果担心将要在查询字符串中保存的数据含有非法字符，可以使用 HttpServerUtility 类中提供的方法进行编码。

string productName = "Flying Carpet";

Response.Redirect("newpage.aspx?productName=" + Server.UrlEncode(productName));

你可以使用 Server.UrlDecode() 方法将字符串恢复其初始值，但不需要这么做，当使用 Request.QueryString集合时，ASP.NET 自动解码了该值。

跨页回发

只不过是把信息从一个页面发送到另一个页面去，这个技术听起来很简单，但却是一个潜在的雷区！使用的不好，会导致创建的页面紧密耦合而难于改进和调试。

支持跨页回发的基础架构是属性 PostBackUrl，它在 IButtonControl 接口中定义并在按钮类控件（Button、LinkButton、ImageButton）中出现。只需要简单地将 PostBackUrl 设置为其他 Web 窗体的名字就可以使用跨页回发了。

看下面的小示例：

 
   <%@ Page Language="C#" AutoEventWireup="true" CodeFile="CrossPage1.aspx.cs" Inherits="Chapter06_CrossPage1" %> 
     
   <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> 
     
   <html xmlns="http://www.w3.org/1999/xhtml"> 
   <head runat="server"> 
       <title>CrossPage1</title> 
   </head> 
   <body> 
       <form id="form1" runat="server"> 
       <div>     
           <asp:TextBox ID="txtFirstName" runat="server"></asp:TextBox> 
   &nbsp;<asp:TextBox ID="txtLastName" runat="server"></asp:TextBox> 
   &nbsp;<asp:Button ID="btnSubmit" runat="server" PostBackUrl="CrossPage2.aspx"  
               Text="Submit" />  
       </div> 
       </form> 
   </body> 
   </html> 
  

CrossPage2.aspx 可以通过 PreviousPage 属性和 CrossPage1.aspx 中的对象进行交互：

 
   protected void Page_Load(object sender, EventArgs e) 
   { 
       if (Page.PreviousPage != null) 
       { 
           lblInfo.Text = "You came from a page titled " + PreviousPage.Header.Title; 
       } 
   } 
  

1. 获取页面特定信息

在先前的示例中，仅仅是获得了 Page 类的成员。如果要得到更具体的细节，如控件的值，必须把 PreviousPage 转换为适当的类型：

 
   protected void Page_Load(object sender, EventArgs e) 
   { 
       Chapter06_CrossPage1 prePage = PreviousPage as Chapter06_CrossPage1; 
       if (prePage != null) 
       { 
           // (Read some infomation from previous page.) 
       }         
   } 
  

注：

对于没有项目文件的网站，VS 会标记为错误，表示它没有源页面类的类型信息（如 CrossPage1），不过编译后这个错误会消失。

即便已经将前一页面转换成了正确的页面类型，但还是不能够直接访问控件的值。这是因为控件被声明为了受保护的成员，此时，可以通过在页面类中添加封装控件变量的属性来实现上述操作：

 
   public TextBox FirstNameTextBox 
   { 
       get { return txtFirstName; } 
   } 
     
   public TextBox LastNameTextBox 
   { 
       get { return txtLastName; } 
   } 
  

但这不是好的方式，它显示了太多的细节，还允许目标页面随意访问控件的任意属性！最好的方式是定义特定且有效的方法或属性来提取需要的信息：

 
   public string FullName 
   { 
       get { return txtFirstName.Text + txtLastName.Text; } 
   } 
  

现在已经达到最好的状态了。两个页面的关系被文档化且易于理解。即使源页面控件改变了，仍只需要修改 FullName 属性，修改仅限于 CrossPage1.aspx 页面，而完全不需要修改 CrossPage2.aspx 页面。

2. 在任意事件处理程序中进行跨页发送

除了使用实现了 IButtonControl 接口的那些按钮进行跨页发送外，我们还可以使用一个重载的 Server.Transfer（）方法将试图状态信息完整的送到目标页面。只要简单的加上一个值为 true 的 oreserverFrom 参数即可。

 
   // 为 true，则保留 System.Web.HttpRequest.QueryString 和 System.Web.HttpRequest.Form 集合。 
   // 为 false，则清除 System.Web.HttpRequest.QueryString 和 System.Web.HttpRequest.Form 集合。 
   Server.Transfer("CrossPage2.aspx", true); 
  

这样就可以在网页代码的任意地方使用跨页发送了（只要能访问到 Server 对象的地方）。

该技术会造成服务器的重定向，这意味着没有额外的往返来重定向客户，即使已去了另一个页面，但客户端浏览器中的URL不会改变。

怎么区分是通过一个按钮跨页传送还是通过 Server.Transfer（）方法跨页传送的呢？

 
   protected void Page_Load(object sender, EventArgs e) 
   { 
       if (PreviousPage == null) 
       { 
           // 直接被 get 或 post 方式请求 
       } 
       else if (PreviousPage.IsCrossPagePostBack) 
       { 
           // 通过 Button 类跨页回传 
       } 
       else 
       { 
           // 通过 Server.Transfer() 跨页回传 
       } 
   } 
  

3. IsPostBack 属性和 IsCrossPagePostBack 属性

理解 Page.IsPostBack 属性在跨页回送中是很重要的。源页面（触发了跨页回送的页面）的 IsPostBack 属性为 true。目的页面（接收跨页回送的页面）的 IsPostBack 属性为 false。这个系统的好处是，它意味着你的初始化代码通常会在该运行的时候运行。

假设第一次请求 CrossPage1.aspx 使用如下代码时，它执行了一些费时的初始化工作：

 
   protected void Page_Load(object sender, EventArgs e) 
   { 
       if (!Page.IsPostBack) 
       { 
           // Retrieve some data from a database and display it on the page. 
       } 
   } 
  

现在假设用户通过跨页回送从页面1 转到了页面2 。只要 CrossPage2.aspx 方位 PreviousPage 属性，就会执行 CrossPage1.aspx 页面生命周期。此时，再次触发 CrossPage1.aspx 的 Page.Load 事件。然而，CrossPage1.aspx 上的 Page.IsPostBack 属性为 true，你的代码就会跳过费时的初始化步骤，控件的值从视图状态得以恢复。另一方面，CrossPage2.aspx 的IsPostBack 属性为 false，所有该页面执行必要的第一次初始化。

在某些情况下，当页面不是跨页回送的源页面时，你可能会有用于处理第一次请求和所有接下来的回送的代码。在这种情况下，你可以查看 IsCrossPagePostBack 属性，如果当前页面触发了一个跨页回送，则该属性的值为 true。

 
   protected void Page_Load(object sender, EventArgs e) 
   { 
       if (Page.IsCrossPagePostBack) 
       { 
           // This page triggered a postback to CrossPage2.aspx. 
       } 
       else if (Page.IsPostBack) 
       { 
           // This page was posted back normally. 
           // Don't do the first-request initialization. 
       } 
       else 
       { 
           // This is the first request for the page. 
           // Perform all the required initialization. 
       } 
   } 
  

4. 跨页发送和验证

在跨页回送中使用验证有一些潜在的麻烦。如果源页面包含验证控件，那么使用跨页发送会发生什么呢？

两个按钮都将 CausesValidation 设置为 true，因此单击任何一个按钮来触发跨页回发，回发都会被浏览器的客户端验证阻止，并出现错误信息。此时将 RequiredFieldValidator 验证控件的属性 EnableClientScript 设为 false 以模拟客户端不支持 JavaScript 脚本或恶意客户避开了客户端验证，再次单击任一按钮，页面回发，此时新页面出现了。

为了避免发生这种问题，显然，在执行任意动作前必须检查 Page.IsValid 以在目标页面中保证源页面有效。这是需要验证的 Web 窗体的标准防范。不同的是，当页面无效时什么都不做事不够的，我们往往需要采用一些步骤将用户带回到原始页面：

 
   // This code is in target page. 
   protected void Page_Load(object sender, EventArgs e) 
   { 
       if (PreviousPage != null) 
       { 
           if (!PreviousPage.IsValid) 
           { 
               // Display an error message or just do nothing. 
               // Response.Redirect("CrossPage1.aspx"); 
           } 
           else 
           { 
               // ... 
           } 
       } 
   } 
  

上面这段代码还可以再度改进。现在，因为页面是被重新请求的（不是回发），所有当用户回到原始页面时，错误信息不回出现。要修正这个问题，可以设置一个标记让原始页面知道，请求已被目标页面拒绝。

 
   protected void Page_Load(object sender, EventArgs e) 
   { 
       if (PreviousPage != null) 
       { 
           if (!PreviousPage.IsValid) 
           { 
               // UrlReferrer: 获取有关客户端上次请求的 URL 的信息(包含许多信息) 
               // AbsolutePath: 获取 URI 的绝对路径 
               Response.Redirect(Request.UrlReferrer.AbsolutePath+"?err=true"); 
           } 
           else 
           { 
               // ... 
           } 
       }     
   } 
  

现在，原始页面只需要检查查询字符串中的标记并再次执行验证，验证将显示无效数据的信息。

 
   protected void Page_Load(object sender, EventArgs e) 
   { 
       if (Request.QueryString["err"]!=null) 
       { 
           Page.Validate(); 
       } 
   } 
  