ASP.NET 2.0的檢視狀態持久性機制

來源:互聯網
上載者:User
asp.net|視圖

  前言

  只要對ViewState稍有瞭解,就會知道,Asp.net頁面中ViewState一般是儲存在頁面的一個隱藏欄位中:

  <input type="hidden" name="__VIEWSTATE" id="__VIEWSTATE" value="一堆亂七八糟的東西">

  當我們瀏覽頁面源檔案時,看到的那一大堆(特別是當頁面有個有大量資料的DataGrid,或在ASP.NET2.0中的GridView時)亂七八糟的東西的時候,那就是ViewState了。

  基礎知識

  因為,在ASP.NET2.0中ViewState的持久性儲存機制有了些新的變化,所以,還是簡單介紹下相關的東西。

  在ASP.NET1.1中,只提供了頁面隱藏欄位的持久性機制,這樣在某些情況下不得不放棄使用ViewState,試想下,如果你的DataGrid中有上萬條記錄(別認為這種變態的需要是沒有的,有人就碰到過),如果啟用了ViewState,你感保證你的IIS伺服器能承受得住嗎,網路承受得主嗎?當然你是可以通過重寫Page.SavePageStateToPersistenceMedium()方法來更改你的儲存機制,但別忘了重寫Page.LoadPageStateFromPersistenceMedium(),它們可是一對的啊。

  ASP.NET2.0 中的預設檢視狀態持久性機制依然是在頁上的一個隱藏 HTML 元素(一個 type 屬性設定為 "hidden" 的元素)中將狀態資訊保留為一個 Base 64 編碼的字串。ASP.NET 頁使用 HiddenFieldPageStatePersister 對象執行此項工作,並使用一個 IStateFormatter 執行個體對對象狀態資訊進行序列化和還原序列化。或者,對於頻寬和資源有限的移動用戶端,您也可以使用 SessionPageStatePersister 類在伺服器上的 Session 對象中儲存頁的檢視狀態,其實也就多了個Session持久機制而已,讓我們把頁面狀態儲存在Session中,而不是頁面中,這對頻寬是一種節省。

  但你要深入的瞭解ViewState持久機制的話,抽象類別PageStatePersister你是應該去瞭解的,要在不能支援現有檢視狀態持久性機制的用戶端上保留檢視狀態,可以擴充 PageStatePersister 類,引入您自己的檢視狀態持久性方法,並且可以使用頁適配器將 ASP.NET 應用程式配置為根據為其提供頁的用戶端的類型使用不同的檢視狀態持久性機制。從 PageStatePersister 類派生的類必須重寫 Save 抽象方法,以便在持久性介質中儲存檢視狀態和控制項狀態,同時重寫 Load 方法以提取狀態資訊。如果需要將檢視狀態和控制項狀態序列化為字串,可以使用通過 StateFormatter 屬性來訪問的 IStateFormatter 對象。它可以高效地將對象狀態資訊序列化和還原序列化為 Base 64 編碼字串。還可以重寫 StateFormatter 屬性以提供自己的對象狀態序列化機制,如何為之,My Code中都有介紹,很簡單,看看就明白了。

  ViewState持久性機制

  隱藏欄位

  這個就不介紹了,預設的就是這種。就入前言中的那樣。

  Session

  在ASP.NET2.0中只要重寫PageStatePersister屬性就可以了。

protected override PageStatePersister PageStatePersister
{
 get
 {
  return new SessionPageStatePersister(Page);
 }
}

  要是在ASP.NET1.1中需要重寫LoadPageStateFromPersistenceMedium這兩個方法:

protected override object LoadPageStateFromPersistenceMedium()
{
 return Session["ViewState"];
}

protected override void SavePageStateToPersistenceMedium(object viewState)
{
 Session["ViewState"] = viewState;
 RegisterHiddenField("__VIEWSTATE", "");
}

  資料庫(我的樣本是SQL Server2000)

  在ASP1.1中,請注意下面紫色的那行,我也不太清楚那有什麼用,它讓我鬱悶了好幾天,等下你就明白我的鬱悶了。還有下面的代碼只是湊我的源碼中拷貝出來的,你完全可以不這樣寫的,除了那些必要的外。

protected override void SavePageStateToPersistenceMedium(object state)
{
 string viewStateID = "VIEWSTATE#" + Session.SessionID.ToString() + "#" + DateTime.Now.Ticks.ToString();
 ClientScript.RegisterHiddenField("__VIEWSTATE_KEY", viewStateID);
 ClientScript.RegisterHiddenField("__VIEWSTATE","");//請注意

 try
 {
  if (losFormatter == null)
  {
   losFormatter = new LosFormatter();
  }
  StringWriter sw = new StringWriter();
  losFormatter.Serialize(sw, state);
  Common.ViewStateData vsd = new ViewStateData();
  vsd.ViewStateID = viewStateID;
  vsd.ViewState = sw.ToString();
  da = new DataAccess();
  string error = da.SaveViewState(vsd);
  Response.Write(error);
 }
 catch (Exception ex)
 {
  Response.Write(ex.Message);
 }
}

protected override object LoadPageStateFromPersistenceMedium()
{
 string viewState = string.Empty;
 try
 {
  if (losFormatter == null)
  {
   losFormatter = new LosFormatter();
  }
  string stateID = Page.Request["__VIEWSTATE_KEY"].ToString();
  da = new DataAccess();
  viewState = da.LoadViewState(stateID);
 }
 catch
 {}

 return losFormatter.Deserialize(viewState);

  在ASP2.0中這行代碼基本是可以的,為什麼是基本呢,因為就是上面那行 ClientScript.RegisterHiddenField("__VIEWSTATE","");

  有沒有這行,在Asp.net1.1中都是可行的,我也是參考過別人的代碼,這行就這麼加入了,加了這行後,只是在頁面中多了個

<input type="hidden" name="__VIEWSTATE" value="" />

  也就是運行後頁面的源檔案中有兩個這樣的東西。去掉那行也可以,所以我不明白語句是用做什麼的,請明白的告訴我吧。但是在Asp.net2.0中就不行,有如下錯誤:

The state information is invalid for this page and might be corrupted.

  反正當時就是暈暈的,我以前從來沒有碰到過如是錯誤,去google也無所得,是啊,打死我也不知道是那句錯了啊,就這麼鬱悶了兩天,問題無法解決,本人天生愚鈍的,我跟蹤檢視狀態的存入資料庫與從資料庫的讀取的整個過程,硬是找不到錯誤,我就反覆思考這些代碼,惟有那行,我就是有點迷惑,為什麼還要頁面註冊一個“__VIEWSTATE”的隱藏欄位呢,於是我就注釋掉這行,居然可以運行了,所以我還是不明白那行是什麼用意。

  當然我們還可以通過寫一個PageStatePersister新子類也可以完成上述功能,這是ASP.NET2.0新增的:

namespace PageAdapter
{
using System;
using System.IO;
using System.Security.Permissions;
using System.Web;
using System.Web.UI;

[AspNetHostingPermission(SecurityAction.Demand, Level = AspNetHostingPermissionLevel.Minimal)]

public class DatabasePageStatePersister : PageStatePersister
{
 public DatabasePageStatePersister(Page page): base(page)
 {}
 //
 // Load ViewState and ControlState.
 //
 public override void Load()
 {
  string viewState;
  IStateFormatter formatter = this.StateFormatter;
  DataAccess da = new DataAccess();
  string stateID = base.Page.Request["__VIEWSTATE_KEY"].ToString();
  viewState = da.LoadViewState(stateID);
  Pair statePair = (Pair)formatter.Deserialize(viewState);
  ViewState = statePair.First;
  ControlState = statePair.Second;
 }
 //
 // Persist any ViewState and ControlState.
 //
 public override void Save()
 {
  if (ViewState != null || ControlState != null)
  {
   if (Page.Session != null)
   {
    string viewStateID = "VIEWSTATE#" + base.Page.Session.SessionID.ToString() + "#" + DateTime.Now.Ticks.ToString();
    base.Page.ClientScript.RegisterHiddenField("__VIEWSTATE_KEY", viewStateID);
    Pair statePair = new Pair(ViewState, ControlState);
    IStateFormatter formatter = this.StateFormatter;
    // Serialize the statePair object to a string.

    string serializedState = formatter.Serialize(statePair);
    ViewStateData vsd = new ViewStateData();
    vsd.ViewStateID = viewStateID;
    vsd.ViewState = serializedState;
    DataAccess da = new DataAccess();
    string error = da.SaveViewState(vsd);
   }
   else
    throw new InvalidOperationException("Session needed for StreamPageStatePersister.");
  }
 }
}

}

  再有重寫PageStatePersister屬性就可以了:

protected override PageStatePersister PageStatePersister
{
 get
 {
  return new DatabasePageStatePersister(Page);
 }
  檔案

  這其實也跟資料庫的差不了多少,我這隻講ASP.NET2.0的,在ASP.NET1.1也應該差不多,但我沒有寫代碼調試:

  還是用那種寫PageStatePersister新子類的辦法:

namespace StreamPageAdapter
{
 using System;
 using System.IO;
 using System.Security.Permissions;
 using System.Web;
 using System.Web.UI;

 //
 // The StreamPageStatePersister is an example view state
 // persistence mechanism that persists view and control
 // state on the Web server.
 //

 [AspNetHostingPermission(SecurityAction.Demand, Level = AspNetHostingPermissionLevel.Minimal)]

 public class StreamPageStatePersister : PageStatePersister
 {
  public StreamPageStatePersister(Page page): base(page)
  {}
  //
  // Load ViewState and ControlState.
  //

  public override void Load()
  {
   Stream stateStream = GetSecureStream();
   // Read the state string, using the StateFormatter.
   StreamReader reader = new StreamReader(stateStream);
   IStateFormatter formatter = this.StateFormatter;
   string fileContents = reader.ReadToEnd();
   // Deserilize returns the Pair object that is serialized in
   // the Save method.
   Pair statePair = (Pair)formatter.Deserialize(fileContents);
   ViewState = statePair.First;
   ControlState = statePair.Second;
   reader.Close();
   stateStream.Close();
  }
  //
  // Persist any ViewState and ControlState.
  //

  public override void Save()
  {
   if (ViewState != null || ControlState != null)
   {
    if (Page.Session != null)
    {
     Stream stateStream = GetSecureStream();
     StreamWriter writer = new StreamWriter(stateStream);
     IStateFormatter formatter = this.StateFormatter;
     Pair statePair = new Pair(ViewState, ControlState);

     // Serialize the statePair object to a string.
     string serializedState = formatter.Serialize(statePair);
     writer.Write(serializedState);
     writer.Close();
     stateStream.Close();
    }
    else
     throw new InvalidOperationException("Session needed for StreamPageStatePersister.");
   }
  }

  // Return a secure Stream for your environment.

  private Stream GetSecureStream()
  {
   string path = @"d:\a.txt";
   FileStream fs = new FileStream(path, FileMode.Open, FileAccess.ReadWrite);
   return fs;
  }
 }
}

  再重寫PageStatePersister屬性就可以了:

protected override PageStatePersister PageStatePersister
{
 get
 {
  return new StreamPageStatePersister (Page);

 }
 

  通過上面的簡單介紹,我們應該有所瞭解了,只是要明白的是:在ASP.NET1.1中我們只能通過重寫age.SavePageStateToPersistenceMedium()和Page.LoadPageStateFromPersistenceMedium()來完成上述功能;而在ASP.NET2.0中,我們除了這外,還和通過寫PageStatePersister新子類和重寫PageStatePersister屬性來完成,我是沒有發現什麼不同,當然如果在下面的內容你就明白,寫PageStatePersister新子類的真正用處了。

  使用頁適配器

  由於狀態持久性機制與自適應呈現和用戶端功能有關,因此提供MyPageAdapter啟用 ASP.NET 應用程式的 DatabasePageStatePersister。最後,提供了一個瀏覽器功能 (.browser) 檔案來為特定類別的用戶端(在此例中為預設 網頁瀏覽器)啟用 MyPageAdapter器。

  這些內容請具體看我提供的源碼中的PageAdapter工程。看了就明白了。

using System.Security.Permissions;
using System.Web;
using System.Web.UI;

namespace PageAdapter
{
 [AspNetHostingPermission(SecurityAction.Demand, Level = AspNetHostingPermissionLevel.Minimal)]
 public class MyPageAdapter : System.Web.UI.Adapters.PageAdapter
 {
  public override PageStatePersister GetStatePersister()
  {
   return new PageAdapter.DatabasePageStatePersister(Page);
  }
 }
}

  最後,為了啟用 MyPageAdapter 適配器,您必須在 ASP.NET 應用程式的根目錄下建立一個名為 App_Browsers 的目錄,並在其中包括一個包含配置資訊的 .browser 檔案(其實這些都在你向工程中添加一個.browser檔案時vs2005會自動給你完成的。設定檔中的 <refID元素指示該配置重寫為 Default.browser 設定檔中的預設瀏覽器指定的值。此樣本將 MyPageAdapter 用於 ASP.NET 網頁(但通常不使用適配器)。

<browsers>
<browser refID="Default" >
<controlAdapters>
<adapter
 controlType="System.Web.UI.Page"
 adapterType="PageAdapter.MyPageAdapter" />
 </controlAdapters>
</browser>
</browsers>
 

  這可以看源碼中的TestPageAdapter工程。該工程用來示範頁適配器的。

  結束語

  說得比較簡單,可能也不是很明白,至於各種持久機制的優劣,我也沒有專門測試過,而且最後一條“使用頁適配器”也不是屬於持久機制,只是用了也適配器,我們就不要重寫

  PageStatePersister屬性了,我看來好像用處不是很大,因為我們可以把重寫PageStatePersister的動作放在頁面基類中,其它所有頁面都繼承這個基類就可以了,在我代碼中就是這麼做的,用這個頁適配器還麻煩了,當然我也並太清楚頁適配器的這個東東。

  另外,對我的源碼做個簡單說明:

  1. PageAdapter工程

   DatabasePageStatePersister.cs:PageStatePersister類的子類
   MyPageAdapter.cs:頁適配器
   DataAccess.cs和ViewSate.cs資料庫訪問的,屬於輔助類。

  2. StreamPageAdapter工程

  這個與上面的相似,不多說了

  3. SaveStateToDatabase工程

  StateInHiddenField.aspx:測試預設的儲存機制,就是在看頁面源檔案時可以看到一大堆亂七八糟東西的。

  StateInSession.aspx:儲存機製為Session

  StateInDatabase.aspx:儲存機制資料庫,是重寫方法的那種,asp.net1.1,2.0都可以用的。

  StateInDatabase2.aspx:寫PageStatePersister新子類的並重寫PageStatePersister屬性的那種

  StateInFile.aspx:把ViewState儲存在伺服器中某個檔案夾中。

  4. TestPageAdater工程。

  用來測試也適配器用的。



相關文章

E-Commerce Solutions

Leverage the same tools powering the Alibaba Ecosystem

Learn more >

Apsara Conference 2019

The Rise of Data Intelligence, September 25th - 27th, Hangzhou, China

Learn more >

Alibaba Cloud Free Trial

Learn and experience the power of Alibaba Cloud with a free trial worth $300-1200 USD

Learn more >

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。