|
|
protected void Page_Load(object sender, EventArgs e)
{
webinfo info = new webinfo();
Response.Write("有static的執(zhí)行結(jié)果：" + webinfo.a + "<br />");
Response.Write("沒有static的執(zhí)行結(jié)果：" + info.b);
}
public class webinfo
{
public static DateTime a = DateTime.Now;
public DateTime b = DateTime.Now;
}
下面內(nèi)容多摘自該文章：結(jié)果是只要站點(diǎn)不重啟(代碼也不修改)，那么a的值是恒定不變的，即使將頁面關(guān)了重新打開也一樣；而b則是刷新就變化。如果你從事ASP.NET的開發(fā)，提起緩存你可能首先會(huì)想到Output Cache、數(shù)據(jù)源緩存或者是基于System.Web.Caching.Cache的對(duì)象緩存。實(shí)際上緩存的目的就是把對(duì)象(數(shù)據(jù))存儲(chǔ)在內(nèi)存中，不用每次需要對(duì)象服務(wù)的時(shí)候都重新創(chuàng)建對(duì)象(相對(duì)耗時(shí))。將對(duì)象聲明為static，那么對(duì)象將在其所屬的類被載入AppDomain時(shí)初始化，這樣對(duì)象的生命周期與AppDomain同樣長(zhǎng)，從而起到緩存的目的。
設(shè)計(jì)思想
我們經(jīng)常需要在應(yīng)用程序中緩存一些常用數(shù)據(jù)供全局使用以提升性能。如果需要緩存的對(duì)象類型和數(shù)目是固定的，我們可能會(huì)直接將其聲明為static；如果我們需要緩存的對(duì)象類型和數(shù)目是不定的，我們可能會(huì)借助一個(gè)static Hashtable來實(shí)現(xiàn)。但是Hashtable有個(gè)缺陷：它沒有層次結(jié)構(gòu)，它總是以鍵/值的形式來存儲(chǔ)數(shù)據(jù)，一個(gè)Key對(duì)應(yīng)一個(gè)Value，如果我們想獲取相關(guān)聯(lián)的一組數(shù)據(jù)就會(huì)比較困難了。
XML文檔結(jié)構(gòu)是樹形的，具有標(biāo)準(zhǔn)的層次結(jié)構(gòu)。XPath用于從Xml文檔中選擇一個(gè)或多個(gè)結(jié)點(diǎn)。比如 "/BookStore/Book"，選擇Book結(jié)點(diǎn)下的所有子結(jié)點(diǎn)。
SAF 中的緩存服務(wù)通過一個(gè)在內(nèi)存中動(dòng)態(tài)構(gòu)造的Xml文檔樹作為橋梁，將靜態(tài)(static)緩存和XPath 這兩個(gè)技術(shù)結(jié)合了起來，支持使用XPath的語法來獲取Hashtable中對(duì)象。其中靜態(tài)緩存進(jìn)行實(shí)際的數(shù)據(jù)緩存，XPath用于獲取數(shù)據(jù)對(duì)象。從程序員的角度來看，即是Hashtable的Key支持了XPath的語法，可以將原本“平板式”的Hashtable想象成為一個(gè)“樹形結(jié)構(gòu)”，它的結(jié)點(diǎn)包含了緩存的數(shù)據(jù)，我們通過標(biāo)準(zhǔn)的XPath到達(dá)結(jié)點(diǎn)(當(dāng)然這只是一個(gè)假象)并獲取數(shù)據(jù)。通過這種方式就可以使用XPath來一次獲取Hashtable中的多個(gè)相關(guān)數(shù)據(jù)對(duì)象。 簡(jiǎn)單說，SAF緩存服務(wù)是為了實(shí)現(xiàn)一個(gè)有層次(樹形)的緩存結(jié)構(gòu)，從而實(shí)現(xiàn)對(duì)緩存更加靈活的操作。
而實(shí)際上是怎么實(shí)現(xiàn)這一過程的呢？我們一步步來看：
1、首先在內(nèi)存中動(dòng)態(tài)構(gòu)建一個(gè) Xml文檔，它只包含一個(gè)根結(jié)點(diǎn)，可以任意命名，這里將它命名為了Cache。
2、提供一個(gè)Xpath路徑：獲取對(duì)象(數(shù)據(jù))前首先要存儲(chǔ)對(duì)象，存對(duì)象自然要先提供一個(gè)路徑(這里稱為“路徑”，是因?yàn)樗且粋€(gè)XPath，實(shí)際上也就相當(dāng)于Hashtable中的鍵Key)。
3、根據(jù)上一步提供的路徑，以Cache為根結(jié)點(diǎn)，逐層深入地創(chuàng)建XmlNode結(jié)點(diǎn)。
4、生成一個(gè)GUID，在葉結(jié)點(diǎn)上添加一個(gè)Key屬性，為這個(gè)Key屬性賦值為GUID。
5、在Hashtable中存儲(chǔ)對(duì)象，其中Hashtable的Key即為上一步生成的GUID，而Value為要存儲(chǔ)的對(duì)象。
使用這種方式，Hashtable的實(shí)際的Key，即動(dòng)態(tài)生成的GUID對(duì)程序員來說是透明的，程序員在存儲(chǔ)/獲取對(duì)象時(shí)，只需要提供XPath表達(dá)式就可以。下面這幅圖說明了它們之間的關(guān)系：
這里還需要再說明三點(diǎn)：
1、我們使用Hashtable存儲(chǔ)對(duì)象，可以直接將Hashtable聲明為static的，也可以將Hashtable聲明為instance的，但是將Hashtable所屬的對(duì)象聲明為static的。這里應(yīng)用了Singleton模式，先將對(duì)Hashtable的操作封裝成一個(gè)類，然后在這個(gè)類上應(yīng)用Singleton模式，確保了這個(gè)類只有一個(gè)(這個(gè)類所維護(hù)的Hashtable實(shí)例自然也只有一個(gè)了)。很明顯，這個(gè)類包含了主要的邏輯，我們將之命名為Cache。
2、使用Hashtable的好處是可以存儲(chǔ)任何類型的對(duì)象，缺點(diǎn)是喪失了類型安全。有時(shí)候我們可能會(huì)想使用一個(gè)泛型集合類來取代Hashtable，比如Dictionary<T key, T value>。所以這里又引入了Strategy模式，創(chuàng)建了一個(gè)ICacheStrategy接口，這個(gè)接口包括三個(gè)方法，分別用于添加、獲取、刪除對(duì)象。
3、用Xpath獲取結(jié)點(diǎn)時(shí)，可以是基于當(dāng)前結(jié)點(diǎn)的相對(duì)路徑；也可以是基于根結(jié)點(diǎn)的絕對(duì)路徑。在本文的范例程序中，使用的是絕對(duì)路徑，顯然這樣更加方便一些。
AspNet技術(shù)：asp.net SAF 中緩存服務(wù)的實(shí)現(xiàn)第1/5頁，轉(zhuǎn)載需保留來源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。
