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技术进行传递！）
