|
| 个元素。例如，item[1]将只获取第一个＜item＞元素，item[2]则获取第二个元素。所以 item[$ID]是获取由 XSLT 参数 ID 定义的 特定 ＜item＞ 元素。
最后，值得注意的还有在样式表靠近末尾部分的超链接 Read More…，它的target属性设为空，这样的话当用户点击 Read More… 链接的时候，浏览器会打开一个新的窗口。
未来的扩展和当前程序的缺点
本文讲述的代码中有一个明显的缺点就是每次用户点击左边框架的某个聚合摘要或者在右上部框架点击某个新闻项时，远程聚合摘要都会被装载和解析。每次用户点击远程聚合 摘要时，所有的项都被加载，这样的效率无疑是很差的。每次用户点击一个新闻项标题就重新装载整个远程聚合摘要也是很浪费资源的。这样的方法不仅没有效率，对提供发布服务的个人或者公司也是不礼貌的，因为这些 连续的、不没必要的请求占用了他们的 Web 服务器的负载资源。
这个缺点在本文附带的源代码中已经得到解决。具体来说，.NET数据缓存可以用来存放不同摘要的 XmlDocument 对象。缓存间隔设置为数据表 Feeds 中 UpdateInterval 字段定义的值。（当然，由于某些原因，摘要的 XmlDocument 对象有可能会被提前清除出缓存）
这个系统的另外一个缺点是在右上部框架和右下部框架之间没有状态的保存。为了说明这样会引起什么问题，考虑以下的动作：
·用户点击左边框架的某个聚合摘要链接，在右上部框架中装载这个摘要的新闻项目。假设这个摘要的UpdateInterval 的值是30，则表示这些内容在30分钟之 后会过期；
·装载右上部框架的新闻项的同时，这些内容被缓存起来；
·用户离开去吃午饭；
·发布聚合内容的网站增加了一条新的新闻项；
·我们的用户一个小时午饭后回来了，这个 摘要的 XmlDocument 的缓存已经过期；
·用户点击右上部框架的第一条新闻项，将会在右下部分框架中装载 DisplayItem.aspx，传入 ID 参数值1；
·DisplayItem.aspx 页面在缓存中没找到 XmlDocument 对象，只好重新获取远程摘要。这样就会获得新的数据了（别忘了，步骤 4 已经加了一个新的新闻项），然后此页面会显示第一条新闻项目（因为ID参数的值为1） ；
·用户看到了新的新闻项，但是内容会令他感到有点困惑，因为已经不是他所点击的那一条新闻了，而且右上部也没有显示那条新的新闻。
之所以出现这样的问题，是因为 ID 参数没有唯一地标识一个新闻项，它只是一个特定时间点上新闻项列表中的一个偏移量。解决这个问题的一个好的方法是不要用数据缓存来保存聚合 摘要，而是使用数据库或者持久介质的其它方式（比如 Web 服务器本地文件系统的 XML 文件）。如果使用数据库，每一个新闻项都可以拥有一个唯一的标识号，可以用来传递到右下角的框架中。这种方法可以保证解决上面提到的问题。当然也会增加系统的复杂性，比如需要决定何时从数据库中清除掉旧的新闻项 。
本文现有的应用程序还缺少异常处理，而这肯定是应该加上的。尤其是当从远程 RSS 聚合摘要文件获取数据并加载到 XmlDocument 对象时，应该加上异常处理。因为远程的文件可能不存在或者格式不正确。
还有很多增强功能可以轻松地加入到这个在线新闻聚合器。一个明显的功能是需要一个管理页面来允许用户添加，删除和编辑他们现在的聚合摘要。还有，如果能允许用户自定义分类 ，将他们的聚合摘要按类别放在一起就更好了。另外，现在的用户界面还是比较粗糙的，但是通过增加一些 XSLT 样式表生成的 HTML 代码或者在几个框架里面增加一些样式表就可以很容易地美化一下界面。最后，在html标签里面加一些＜meta＞元素，可以让右上部框架定时地去刷新，使得用户不用自己手工去刷新页面就可以看到最新的新闻项目。
注解 (2003年8月4日): 在这篇文章发布以后，一些读者用 Email 告诉通知我在显示特定 RSS 聚合项的 ＜description＞ 元素时，有两个潜在的问题： 上一页 [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] ... 下一页 >> |
|
|
|
|
|
|
|
