RSS技术标准繁多 缺点也正是其优点

“有关s 的一个常见的问题是与s 该怎么区分，不就是同样的东西吗？没错，在内容系统里是如此，但在其他的系统就不见得。在某些系统，s 是连上网志篇章的permalink.但在别的系统，每一个<ITEM>是全文的摘要，s 指向该文，而s 则是连上该则网志内容的permalink.不论在什么情况下，都建议你提供guid，并尽可能让它以permalink 呈现。这么做可避免汇整器重复撷取相同的item，尽管这些item可能因为有修改过而有所不同。”

以上是专家建议的最佳范例，无疑是大势所趋，也隐约暴露出许多内容供给系统依循不同惯例的问题。这正是我遭遇的问题。现在，可重复利用性已被判出局，而我甚至还没开始尝试用鼠标作“点选式程序设计”咧。就每一个我加进门户网页的内容来源而言，现在我会先研究它的XML ，再决定该用哪一套参数。

但GUID相对于link的问题，并不是我们面对的唯一挑战。

有些内容供给feeds ，像是Dave Winer的Scripting News，也丢出一个变化球。Winer 的网志文章不附标题。这是个麻烦，因为要建置含 20多个出处、一目了然的门户网站，我们决定最简单的作法便是只显示item的标题，然后附上导向全文的链接（使用前文提到的item链接或GUID，视哪一种比较适用而定）。但是，就Winer 的XML 来说，能撷取的东西有限。没标题可选，只能撷取其他三种—— GUID 、item 的发布日期（pubDate ）、或是item（叙述）的全文。但item的全文长度从寥寥数字到堂堂数段不等，没道理拿它来当作超文字链接（hyperlink）。

如同Schwartz的网志，Winer 的GUID也是连上全文的URI。换言之，能供我们用来当链接的文字只剩下发布日期。显然Mozilla.org 对无标题item的感受和我们一样。Firefox 浏览器采用一种称为Live Bookmarks的功能，用来追踪RSS feeds ；该浏览器在碰上无标题item时，为了产生可点选的内容链接选单，也提供发布日期作为连上原文的线索。事实上，在处理规范不一的RSS 应用方面，Firefox 的表现一级棒，就连碰上在同一网志里有的item附标题、有的又不附标题的John Robb 频道时，也能机动应变。把Robb的网志加入Firefox 的Live Bookmark后，产生的选单即显示出Firefox 从每一item就地选材，有的撷取发布日期，有的撷取标题。这印证前文所言，就网络联合供稿而论，供给端所做的选择，其衍生的后果一概由阅听者这端承担。换句话说，控制权从供给者这方转移到内容出版者这方。值得注重的是，此现象似乎与全球信息网的走向背道而驰。（基于Internet Explorer 使用者众多，和许多网站用Firefox 无法正常显示，以后见之明来看，即可验证供给端总是会顺应需求端来作调整。）

同理，再度验证通常软件会代使用者做复杂的决定和演算法，Dave Winer的网站内容汇整器也作了令人赞许的贡献，就是把各式各样的内容惯例标准化，形成单一界面，再通过该界面把源自不同频道的文章搀杂在一起，按照汇整器撷取的时间倒序排列。比方说12点15分时，某频道可能显示出五则，但其中最早刊出的一则也许不比排在它前面、出自另一频道的文章来得新。不过，不论是哪一则，都是根据终端使用者所在地的时区来显示发布时间。网络汇整器可不可能自动判知终端使用者的时区，我不清楚；但就Firefox 和Newsgator 这类美国境内执行的RSS 汇整器而言，是办得到的。看出未来的增长空间了吗？

起初，我暗地咒骂Winer 竟然不附标题。但一旦开始追踪Winer 的网志后，我就领悟到这种抉择自有道理。他的网志只是意识流似的日志。人在思考时，会先下标题吗？不会吧。Winer 不会，也无此必要。他和别人的网志之所以可读性高，与附标题的新闻报道与众不同，就是因为网志就像日记一般。这些网志有许多篇章是想到什么就援笔立就，若是作者必须停下来先为每一篇定个标题，可能就跟不上奔驰的思绪。这些是特例。另一人气鼎盛的网志，作者是微软的Robert Scoble ，就不管每则篇幅多短，都一律冠上标题。以最近谈微软首席执行官Steve Ballmer 评论苹果iPod的那一则为例，标题几乎与全文等长。假如他给网志文章下的标题少一些，或根本不定标题，或许我们更能深入了解Scoble脑子里的想法。

为了建置一套可重复利用的参数（以便别人只需剪剪贴贴即可），我不得不紧盯着Winer 的内容，我愈是瞪着它瞧，就愈发现自己挣扎于两种选择之间的取舍：该用发布日期作为我们TWiki 架构门户网站的链接文字呢，还是干脆把他的全文（存储在各个item的叙述栏内）下载并显示在我们的门户网页呢？究竟，我们内容显示的程度仅止于最新的五则，而Winer 天天定期刊出五则以上，所以若是列出一串发布日期，除了告知每一则何时刊出以外，提供的信息聊胜于无。我们真正需要的讯息，是全文的内容为何。碰到Winer 这种不附标题的内容，我们唯一的选择，就是撷取全文（端视外挂程序答应的容量而定）。

事实上，一口气完整的撷取（包括GUID、叙述、发布日期和某来源提供的其余材料），逐渐看来是最适合我们门户网站的通用方法。就这么搞定。我总算可以回头做我日常的工作了吧？哎，还不行。

诚如Winer 诉讼我的，那种作法可能也行不通，因为和许多网志不同，新闻网站通常在每篇报道的叙述栏里提供摘要，而不是完整的全文。更糟的是，就算也把叙述抓过来，我发现TWiki 的标题外挂程序无法处理超文字标示语言（HTML）格式，而网络新闻几乎清一色都用这种格式编写。

这个实验计划就像旧时卡通里会漏水的水坝。就在你以为所有的漏洞都堵好了的时候，另一处漏水又泉涌而出。最后我只好许愿，但求聪明人发明只要点选一下就可解决问题的办法，就像软件开发企业向来承诺的那般。只是，就现在的进步速度来看，我怀疑那可能要再苦等数年。

但本文仍算是一篇谈论RSS 优点的报道——也附带阐述RSS 特有的弹性为什么会让企图在乱中求序的人士（比方说软件开发者）日子难过。究竟，混乱本是互联网的常态。

文章地址:   http://www.xinasp.com/html/yejiexinwen/zhanchangxinde/20061005/4152.shtml
TAG： 正是 优点 缺点