在 asp.net 1.x 中，我们可以使用 cachedependency 来实现缓存依赖策略，但由于这个类是 sealed 的，我们无法继承这个类来实现我们自己的策略。但是到了 asp.net 2.0，我们已经可以从这个类派生出自己的缓存依赖类了。
假定我们要设计一个页面，需要从博客园首页获取最新的贴子信息。为了提高性能，我们希望页面数据仅当博客园首页有更新时才重新生成，否则的话就直接从缓存中获取。如何实现？
一、设计 blogcachedependency 类
先分析一下，首先，毫无疑问的，这个类应当从 cachedependency 派生出来，然后它才能在 cache 的 insert 方法中使用，或者被用在 aggregatedependency 类中。
其次，从博客园提供的 rss 以及页面设计的角度考虑，可以在缓存中放置 rss 数据，显示的时候使用一个样式转换。而在检查依赖性的时候，我们只需要简单地比较一下当前的 rss 与网站的 rss 是否相同就可以了。
一个比较重要的问题是：我们何时去检查比较 rss 数据？在每次请求的时候吗？显然不行，这样一来跟不使用缓存几乎没什么区别，甚至实际上加重了无谓的负担。考虑在没有请求的时候进行检查呢？我们可以使用一个 timer 来控制，让它定期去检查一个是否有更新，如果有更新则通知依赖发生了改变。
我们知道 cachedependency 类有一个 haschanged 属性，但是当 blogcachedependency 检查到依赖改变时如何告诉它的基类呢？这就是在 asp.net 2.0 中 cachedependency 类中新增的 notifydependencychanged 方法的使命了。
此外为了便于重用，blogcachedependency 类须得有一个 feed 数据，用来保存我们要获取的 rss 数据的 url。还要有一个时间间隔，便于在使用的时候调整刷新速度。
好，看看实际的实现代码：
1public class blogcachedependency : cachedependency
2{
3 private timer _ticktimer;
4 private int _timeinterval;
5 private xpathnavigator _rss;
6 private string _feed;
7
8 public xpathnavigator rss
9 {
10 get
11 {
12 return _rss;
13 }
14 }
15
16 public blogcachedependency(string feed, int timeinterval)
17 {
18 _feed = feed;
19 _timeinterval = timeinterval;
20 _rss = getrss();
21 _ticktimer = new timer(new timercallback(checkdependencycallback),
22 this, _timeinterval * 1000, _timeinterval * 1000);
23 }
24
25 private xpathnavigator getrss()
26 {
27 xpathdocument rssdoc = new xpathdocument(_feed);
28 return rssdoc.createnavigator();
29 }
30
31 public void checkdependencycallback(object sender)
32 {
33 blogcachedependency bcd = sender as blogcachedependency;
34 xpathnavigator newrss = getrss();
35 if (newrss.outerxml != _rss.outerxml)
36 {
37 bcd.notifydependencychanged(bcd, eventargs.empty);
38 }
39 }
40
41 protected override void dependencydispose()
42 {
43 _ticktimer = null;
44 base.dependencydispose();
45 }
46}
47
48
这里，blogcachedependency 的构造函数中使用 _ticktimer 实现了一个定时检查更新的机制，它根据设定的时间间隔去调用 checkdependencycallback 方法。
而 checkdependencycallback 方法则将两个 rss 信息进行比较，如果不同，则调用 notifydependencychanged 方法通知基类，相应的缓存依赖已经发生了变化，缓存中的数据应当被清除。
二、页面设计
下面是页面代码（有删节），其中显示了 blogcachedependency 的使用方法：
1<script runat="server">
2 protected void page_load(object sender, eventargs e)
3 {
4 string feed = "http://www.cnblogs.com/rss.aspx";
5 if (cache[feed] == null)
6 {
7 blogcachedependency bcd = new blogcachedependency(feed, 600);
8 cache.insert(feed, bcd.rss, bcd);
9 label1.text = "当前数据为刚刚获取，并已更新入缓存！";
10 }
11 else
12 {
13 label1.text = "当前数据系从缓存中取得！";
14 }
15 rssxml.xpathnavigator = cache[feed] as system.xml.xpath.xpathnavigator;
16 rssxml.transformsource = "translate.xsl";
17 }
18</script>
19
20<body>
21 <form id="form1" runat="server">
22 博客园最新贴子：
23 <br />
24 <asp:xml id="rssxml" runat="server" />
25 <br />
26 <asp:label id="label1" runat="server" forecolor="red" />
27 </form>
28</body>
29
本例中设定的访问博客园首页最新贴子列表，时间间隔为600秒，即每10分钟检查一次更新情况。
几个值得注意的地方：
1、注意使用的 rssxml.xpathnavigator 属性，有人可能奇怪为什么不用 rssxml.document 呢？实际上 document 属性在 .net 2.0 中已废除，推荐用来替代的是 xpathnavigator 属性，从前面的 blogcachedependency 类中可以看到，它是来源于 xpathdocument.createnavigator() 所创建的，从 msdn 我们可以知道，xpathdocument 类提供一种只读的快速缓存，显然就这个例子而言确实更加适合。
2、考虑一下，blogcachedependency 类中的 dependencydispose 方法作何用？它与 dispose 方法有何区别？让我们想一想，如果说某一次检查更新时，已经发现依赖变化了，但是却一直没有再次发送请求，那么这时会不会始终连续不断按间隔地执行 checkdependencycallback 方法呢？如果真的如此的话，那岂不是完全多余，因为只要查到一次有变化就不必再查了嘛。而如果我们进行跟踪或是记录日志的话可以发现，实际上只要查到依赖变化以后就不会再次 check 了。奥妙在哪里？想一想就能知道 notifydependencychanged 方法大有玄机，而且之所以会有 dependencydispose 方法的原因其实也就在这里。其中的设计思想，值得我们细细品味吧。
三、页面使用到的 translate.xsl
不再多说，贴出主要代码：
1<xsl:template match="channel">
2 <div>
3 <xsl:for-each select="item">
4 <a>
5 <xsl:attribute name="href">
6 <xsl:value-of select="link"/>
7 </xsl:attribute>
8 <xsl:value-of select="title"/>
9 </a>
10 <br />
11 </xsl:for-each>
12 </div>
13</xsl:template>
四、执行情况
这是最初执行的截图：
当博客园首页没有出现新贴子的时候，我们刷新页面，总是可以得到如下的页面：
而一旦有了新贴子，那么刷新的时候出现的是上一张图。
五、你想再高级一点吗？
如果你和我一样懒或是比我更懒，那么你可以考虑再用 javascript 写一个自动刷新页面的小功能，再把页面美工一下，或是包装成一个可复用的组件用在你的网站上，又或者只是想在本机里做一个“我最关注的内容集”之类的东西？嗯，想来效果会比较不错的哦。
文章整理：西部数码--专业提供域名注册、虚拟主机服务
http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!
