1. 程式人生 > >[ASP.NET]static變量和viewstate的使用方法

[ASP.NET]static變量和viewstate的使用方法

工作 hash 報錯 兩個人 對待 處理 onclick bsp 機制

在.Net平臺下進行CS軟件開發時,我們經常遇到以後還要用到某些變量上次修改後的值,為了簡單起見,很多人都習慣用static來定義這些變量,我也是。這樣非常方便,下一次調用某個函數時該變量仍然保存的是處理過的值,直接拿來用就可以了。

現在轉入了BS軟件開發,我們很自然地會沿用這種習慣。如在頁面中統計某個按鈕被按下的次數,先在類中OnClick事件的處理過程前定義一static變量times,則每次調用該按鈕的OnClick事件時,令times增1即可,非常方便:

... 
static int times=0; 
... 
private void Button1_Click(object sender,EventArgs e) 
{ 
times
++; Label1.Text=times.ToString(); }

在我們慶幸如此方便之余,就未曾意識到我們已經埋下了一棵難以察覺的定時炸彈。為什麽哪?
這還要從Asp.net的運行機制談起。在CS模式軟件開發過程中,我們通常不會關心應用程序是在哪裏運行的,變量存放在哪裏,客戶端程序就運行在客戶端,服務器端程序就運行在服務器端,一般情況下,二者除了數據庫中的數據外基本沒有其他共享的東西。所以這時客戶端的用戶大可放心的使用static變量,因為它們就存放在客戶端程序中。

於是我們就習慣的在做BS模式的頁面時也用static變量,殊不知Asp.net中的static已不同於CS中的static。原因很簡單,就是因為在Asp.net中所有的用戶將使用同一個static變量。這就意味著每一個使用該頁面的用戶對該變量的操作將會影響到其他用戶。就拿上面計數器的例子來說,假設times初試值為0,因為此時只有我們自己在使用這個頁面,當然不會有什麽問題,但如果有兩個人同時連接到這個頁面,如果A單擊了Button1一次,則B刷新頁面後Label1將顯示1,如果B再單擊Button1一次,則times變成2,兩個人刷新頁面後就出現問題了:A和B都會說,我明明只單擊了Button1一次,怎麽Label1就顯示我單擊了兩次哪?——這就是因為兩個人共用的是服務器上同一個times,任何一個人對times的操作都會在使用該頁面的他人的瀏覽器中表現出來。問題就出在這裏。

怎麽辦哪?還好,除了傳統的Asp中的Session對象外,Asp.net提供了一個更好的ViewState對象。ViewState對象用來保存頁面中的各種變量,甚至是對象。使用方法和HashTable類似,只要用變量名稱做索引,如ViewState["Var"],就可以用存取變量Var的值,而不管Var是普通變量,還是對象,甚至是內存中的一張DataTable,太方便了。為什麽可以用ViewState而不能用static變量哪?原因就是服務器端會為每個連接到該頁面的用戶分別建立一個ViewState,所以ViewState相當於頁面級的Session。這下我們可以放心地使用ViewState來存取需要暫存的變量和對象了。
ViewState的用法很簡單,如下所示


1、保存變量到ViewState中:
ViewState["times"]=times;//存放普通變量times
ViewState["Orders"]=dtOrders;//存放DataTable型對象dtOrders
2、讀出ViewState中的值:
times=(int)ViewState["times"];
dtOrders=(DataTable)ViewState["Orders"];
看見了吧?就如此簡單!有的朋友會問讀出變量的值時為什麽要進行強制類型轉換?這是因為當變量(不管是int型的普通變量times,還是DataTable型的對象dtOrders)被存放到ViewState中後,ViewState可不管你是普通變量還是對象,統統按Object來對待。所以當我們取出存放在ViewState中的東西時,一定要轉換成相應的類型,否則就會報錯。而這一操作不用在用ViewState保存變量時進行,系統會自動轉換。(註意ViewState括號中的字符串只是為了標識不同變量的索引,用不著非要和變量同名)所以上面計數器的代碼應該這樣寫才好:

... 
ViewState["times"]=0; 
... 
private void Button1_Click(object sender,EventArgs e) 
{ 
int times=(int)ViewState["times"]; 
times++; 
ViewState["times"]=times; 
Label1.Text=times.ToString(); 
} 

一般情況向下,將要保存到ViewState中的對象(或變量)用屬性的形式來實現會更方便。如對於上述的計數器times,可以這樣處理:

... 
private int times 
{ 
get 
{ 
return (int)ViewState["times"]; 
} 
set 
{ 
ViewState["times"]=value; 
} 
} 
... 
private void Button1_Click(object sender,EventArgs e) 
{ 
times++; 
Label1.Text=times.ToString(); 
} 
... 

在這裏times將當作私有屬性來操作,是不是非常方便?
那是不是說static型變量就沒用了哪?當然不是!在C#中用static聲明的類不用實例化直接使用。正是由於所有用戶共享服務器端的同一個static變量,所以可以用static型對象來存取一些公用的處理模塊,比如類型轉換、變量驗證等工作。所以要根據具體情況而定。

還有一點需要註意:如果在頁面中多個過程要共享一個對象或變量,我們在頁面類的開始部分定義一個頁面級的全局變量是不行的,static本來可以,但上面說了這種類型的變量不安全,所以這時就可以用ViewState。

好了,這下我們可以放心的暫存某些變量或對象了。

[ASP.NET]static變量和viewstate的使用方法