PetShop之ASP.NET缓存--three
生活随笔
收集整理的這篇文章主要介紹了
PetShop之ASP.NET缓存--three
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
以PetShop.BLL.Product業務對象為例,PetShop為其建立了代理對象ProductDataProxy,并在GetProductByCategory()等方法中,引入了緩存機制,例如:
??public static class ProductDataProxy
??{
??
?? private static readonly int productTimeout = int.Parse(ConfigurationManager.AppSettings[”ProductCacheDuration”]);
?? private static readonly bool enableCaching = bool.Parse(ConfigurationManager.AppSettings[”EnableCaching”]);
??
?? public static IList
??GetProductsByCategory(string category)
?? {
?? Product product = new Product();
??
?? if (!enableCaching)
?? return product.GetProductsByCategory(category);
??
?? string key = “product_by_category_” + category;
?? IList data = (IList )HttpRuntime.Cache[key];
??
?? // Check if the data exists in the data cache
?? if (data == null)
?? {
?? data = product.GetProductsByCategory(category);
??
?? // Create a AggregateCacheDependency object from the factory
?? AggregateCacheDependency cd = DependencyFacade.GetProductDependency();
??
?? // Store the output in the data cache, and Add the necessary AggregateCacheDependency object
?? HttpRuntime.Cache.Add(key, data, cd, DateTime.Now.AddHours(productTimeout), Cache.NoSlidingExpiration, CacheItemPriority.High, null);
?? }
?? return data;
?? }
??}
??
??與業務邏輯層Product對象的GetProductsByCategory()方法相比,增加了緩存機制。當緩存內不存在相關數據項時, 則直接調用業務邏輯層Product的GetProductsByCategory()方法來獲取數據,并將其與對應的 AggregateCacheDependency對象一起存儲在緩存中。
??
??引入Proxy模式,實現了在緩存級別上對業務對象的封裝,增強了對業務對象的控制。由于暴露在對象外的方法是一致的,因而對于調用方而言,調用代理對象與真實對象并沒有實質的區別。
??
??從職責分離與分層設計的角度分析,我更希望這些Proxy對象是被定義在業務邏輯層中,而不像在PetShop的設計那樣,被劃分到表示層 UI中。此外,如果需要考慮程序的可擴展性與可替換性,我們還可以為真實對象與代理對象建立統一的接口或抽象類。然而,單以PetShop的表示層調用來 看,采用靜態類與靜態方法的方式,或許更為合理。我們需要謹記,“過度設計”是軟件設計的警戒線。
??
??如果需要對UI層采用緩存機制,將應用程序數據存放到緩存中,就可以調用這些代理對象。以ProductsControl用戶控件為例,調用方式如下:
??productsList.DataSource = ProductDataProxy.GetProductsByCategory(categoryKey);
??
??productsList對象屬于自定義的CustomList類型,這是一個派生自System.Web.UI.WebControls.DataList控件的類,它的DataSource屬性可以接受IList集合對象。
??不過在PetShop 4.0的設計中,對于類似于ProductsControl類型的控件而言,采用的緩存機制是頁輸出緩存。我們可以從ProductsControl.ascx頁面的Source代碼中發現端倪:
??< %@ OutputCache Duration="100000" VaryByParam="page;categoryId" %>
??
??與ASP.NET 1.x的頁輸出緩存不同的是,在ASP.NET 2.0中,為ASP.NET用戶控件新引入了CachePolicy屬性,該屬性的類型為ControlCachePolicy類,它以編程方式實現了對 ASP.NET用戶控件的輸出緩存設置。我們可以通過設置ControlCachePolicy類的Dependency屬性,來設置與該用戶控件相關的 依賴項,例如在ProductsControl用戶控件中,進行如下的設置:
??protected void Page_Load(object sender, EventArgs e)
??{
?? this.CachePolicy.Dependency = DependencyFacade.GetProductDependency();
??}
??
??采用頁輸出緩存,并且利用ControlCachePolicy設置輸出緩存,能夠將業務數據與整個頁面放入到緩存中。這種方式比起應用程序 緩存而言,在性能上有很大的提高。同時,它又通過引入的SqlCacheDependency特性有效地避免了“數據過期”的缺點,因而在PetShop 4.0中被廣泛采用。相反,之前為Product、Category、Item業務對象建立的代理對象則被“投閑散置”,僅僅作為一種設計方法的展示而 “幸存”與整個系統的源代碼中。
??public static class ProductDataProxy
??{
??
?? private static readonly int productTimeout = int.Parse(ConfigurationManager.AppSettings[”ProductCacheDuration”]);
?? private static readonly bool enableCaching = bool.Parse(ConfigurationManager.AppSettings[”EnableCaching”]);
??
?? public static IList
??GetProductsByCategory(string category)
?? {
?? Product product = new Product();
??
?? if (!enableCaching)
?? return product.GetProductsByCategory(category);
??
?? string key = “product_by_category_” + category;
?? IList data = (IList )HttpRuntime.Cache[key];
??
?? // Check if the data exists in the data cache
?? if (data == null)
?? {
?? data = product.GetProductsByCategory(category);
??
?? // Create a AggregateCacheDependency object from the factory
?? AggregateCacheDependency cd = DependencyFacade.GetProductDependency();
??
?? // Store the output in the data cache, and Add the necessary AggregateCacheDependency object
?? HttpRuntime.Cache.Add(key, data, cd, DateTime.Now.AddHours(productTimeout), Cache.NoSlidingExpiration, CacheItemPriority.High, null);
?? }
?? return data;
?? }
??}
??
??與業務邏輯層Product對象的GetProductsByCategory()方法相比,增加了緩存機制。當緩存內不存在相關數據項時, 則直接調用業務邏輯層Product的GetProductsByCategory()方法來獲取數據,并將其與對應的 AggregateCacheDependency對象一起存儲在緩存中。
??
??引入Proxy模式,實現了在緩存級別上對業務對象的封裝,增強了對業務對象的控制。由于暴露在對象外的方法是一致的,因而對于調用方而言,調用代理對象與真實對象并沒有實質的區別。
??
??從職責分離與分層設計的角度分析,我更希望這些Proxy對象是被定義在業務邏輯層中,而不像在PetShop的設計那樣,被劃分到表示層 UI中。此外,如果需要考慮程序的可擴展性與可替換性,我們還可以為真實對象與代理對象建立統一的接口或抽象類。然而,單以PetShop的表示層調用來 看,采用靜態類與靜態方法的方式,或許更為合理。我們需要謹記,“過度設計”是軟件設計的警戒線。
??
??如果需要對UI層采用緩存機制,將應用程序數據存放到緩存中,就可以調用這些代理對象。以ProductsControl用戶控件為例,調用方式如下:
??productsList.DataSource = ProductDataProxy.GetProductsByCategory(categoryKey);
??
??productsList對象屬于自定義的CustomList類型,這是一個派生自System.Web.UI.WebControls.DataList控件的類,它的DataSource屬性可以接受IList集合對象。
??不過在PetShop 4.0的設計中,對于類似于ProductsControl類型的控件而言,采用的緩存機制是頁輸出緩存。我們可以從ProductsControl.ascx頁面的Source代碼中發現端倪:
??< %@ OutputCache Duration="100000" VaryByParam="page;categoryId" %>
??
??與ASP.NET 1.x的頁輸出緩存不同的是,在ASP.NET 2.0中,為ASP.NET用戶控件新引入了CachePolicy屬性,該屬性的類型為ControlCachePolicy類,它以編程方式實現了對 ASP.NET用戶控件的輸出緩存設置。我們可以通過設置ControlCachePolicy類的Dependency屬性,來設置與該用戶控件相關的 依賴項,例如在ProductsControl用戶控件中,進行如下的設置:
??protected void Page_Load(object sender, EventArgs e)
??{
?? this.CachePolicy.Dependency = DependencyFacade.GetProductDependency();
??}
??
??采用頁輸出緩存,并且利用ControlCachePolicy設置輸出緩存,能夠將業務數據與整個頁面放入到緩存中。這種方式比起應用程序 緩存而言,在性能上有很大的提高。同時,它又通過引入的SqlCacheDependency特性有效地避免了“數據過期”的缺點,因而在PetShop 4.0中被廣泛采用。相反,之前為Product、Category、Item業務對象建立的代理對象則被“投閑散置”,僅僅作為一種設計方法的展示而 “幸存”與整個系統的源代碼中。
轉載于:https://www.cnblogs.com/dequan-lee/archive/2007/04/27/729309.html
總結
以上是生活随笔為你收集整理的PetShop之ASP.NET缓存--three的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: GPS系统研发人员面试题(VC通讯)
- 下一篇: 520 再发车:三星 980 PRO 2