5. Cache Management
首先说明一点,之所以将Cache Management单列出来,就
是为了要说明数据缓存的重要性!在很多时候,这比撰写Data
Access Logic更让人费心,也更令人难以把握。
作者的这个Cache Management实现了进行Data Cache时所
必须考虑的几个问题,虽然还并不完善,但也可在实战中运用了!
以下,就是它的结构示意图:
从图中,可以很明显地看到,这个Cache Management方案
主要由3部分组成:Manager Class,delegate declaration,Parameter
Classes!
Manager是总控制台,所有的调用全部通过它来完成,对外
接口也尽可能地表现出一定的简洁性。同时,由于Cache
Management一般都在整个Application Level实现,所以,毫无
疑问的,CacheManager又自动成为了一个Singleton!
从上面的图中,我们不难发现,CacheManager对外提供的真
正数据访问方法只有一个:GetCache(另一个是Singleton访问,
不算在内J)!
Ok,就让我们先来看看这个GetCache到底做了些什么处理:
代码14:探索CacheManager之GetCache!
public delegate ArrayList GetArrayList();
public class CacheManager
{
// 用于确保singleton下thread-safe操作的dummy object
private static object _currentLocker = new object();
// 用于实现Singleton的static object
private static CacheManager _current = null;
// 用于存放Windows Application的Cache Data
private Hashtable _htWinAppCache = null;
public ArrayList GetCache(CacheParam param, GetArrayList del)
{
if (param == null)
return del();
else
{
if (IsCacheExpired(param.Name))
return (ArrayList)UpdateCache(param, del());
else
return (ArrayList)RetrieveCache(param.Name);
}
}
...
}
哇,原来是“骗人”的嘛!这所谓的“一个方法”居然不是返回object类型,还“振振有词”地作了一次强制类型转换!
没错,当前这个DAF Solution暂时只提供针对ArrayList的Cache Management,而且,如果需要扩展为其它类型,在提供重载版本的新GetCache方法之外,还必须提供相应的delegate声明!
但是,请您相信,作者如此安排纯粹是为了代码修改和编译起来更加方便(本文开头已经声明,可以通过Visual Studio .NET 2003编译支持.NET Framework 1.2的代码),觉无“欺骗”之意J!
上文在讲述Data Access Logic时曾经提到Anonymous Delegate,这个新特性虽然只在C# 2.0中才被支持,但好歹有比较简单的变通方法可以确保您的代码在C# 1.0 Compiler中编译通过(请参考代码11后面的说明)。但是,如果作者一旦在CacheManager中使用Generics(另一个只在C# 2.0才被支持的特性)来完全实现“只有一个GetCache方法”的CacheManager,反向调整起来就非常麻烦(让其在Visual Studio .NET 2003中编译通过),所以,在这个版本中就采用了比较“土气”的方法J,这并不影响我们讨论Cache Management的实际功能(有兴趣的朋友可以自己去试着用Generics实现CacheManager,但别忘了delegate也必须以Generic的方式进行声明!另外,delegate之parameter list可以通过声明“object[]”的方式并结合Reflection技术进行传递!)
下一段:http://www.csdn.net/develop/Read_Article.asp?id=27560
|