Atom vs RSS

[ 2004-05-16 01:34:34 | Author: SiC ]

Font Size: Large | Medium | Small

不知道哪个走得更远. 但目的上 Atom 明显大于 RSS. 为了让大家了解一些东西, 我翻译了下文. 文后是我的一点看法.

The Great RSS vs. Atom News Feed Debate
http://www.lawtechguru.com/archives/2004/02/13_the_great_rss_vs_atom_news_feed_debate.html
[February 13, 2004 | 圆括号中为译者所加评论]

CNET News.com 报道了 "Google 的 Blogger 服务放弃了使用 Really Simple Syndication 而去寻找一种替代技术, 这使网志聚合格式的争论变得更加动荡不安." 作为过去 Blogger Pro 中 RSS 服务的替代品, Blogger 现在只支持 Atom 作为 blog 的内容聚合格式. RSS 只能对新的 Blogger 用户说再见了. 由于 RSS 和 Atom 之间有很多相似之处(在我看来在发布内容方面它们几乎没有差别), 开发者社群中对于这两种格式的争论变得更加白热化.

去年, CNET 关于 "Battle of the Blogs" 的特别报道为这个潜在的争论提供了一个很好的解释. 基本上, Dave Winer, RSS 2.0 开发背后的主要贡献者, 冻结了它的核心开发 "以保证开发者不再对它修修补补", 这样它就可以保持 "简单" 的状态. 但是对于其他人而言这是不可接受的, 因此他们决定提出自己的 blog 内容聚合格式, 这个格式的名称的演变经历了 Pie, Echo, 最后是现在的 Atom.

问题是在 RSS 和 Atom 之间共同点多于不同点的情况下, 它们的标准竞争可能会分裂市场. 很多 bloggers 发帖表示说 RSS 是为网站内容聚合而生, 而 Atom 是为 blog 聚合量身定做的. 现在有很多新闻聚合软件和站点服务使用 RSS, 但是很少有 Atom 支持. 通过进行一次简单的 Google 搜索, 我发现开源的新闻聚合软件 BottomFeeder 已经同时支持了 RSS 和 Atom 格式.(当前已经有 NewsMonster, NewsGator, FeedDemon, NetNewsWire, MacroMedia Central, NewzCrawler, BottomFeeder, Shrook, Feeds on Feeds, Bloglines, WinRSS 和 Pears 同时支持两种格式了.)

在 RSS 依然健在(至少是未来的一段时间内)的时候, Atom 正尝试符合更多人的需要. RSS 支持者关心的是一个竞争标准会怎样分裂市场. 尽管如此, 这么多年来, 如果你想烧录 DVD, 你必须在购买 DVD-R/W 或者 DVD+R/W 驱动器之间做个选择, 但谢天谢地的是 DVD 可以在你的各种设备上播放(例如 DVD 播放机, 便携式 DVD 播放器, 电脑的 DVD-ROM 驱动器等等). 双格式支持的烧录机最近正变得更普遍, 以保证客户能够按照他们的意愿来进行刻录. 因此可以前瞻地说如果 Atom 更进一步推广, 我们会看到市场上会出现更多的双格式支持的新闻聚合软件.(在这篇文章收稿的两个月后, 的确是这样.)

Atom 支持者因 RSS 核心冻结而感到失望, 因为他们知道 RSS 还可以改造得满足更多的需要并且做得更好. 有些人说, 从另一方面看, 在 Atom 中继续发展 RSS 是件好事, 但是这会造成它更加复杂(目前的结构我也觉得 tag 太多了). 这也是许多 RSS 支持者希望冻结 RSS 的原因 - 保持它的简单性, 使它在不需要任何顾问和开发人员介入的情况下发布和使用(低代价). 也就是说, 它可能不完美, 但是它足够简单和好用, 能够让大众使用它. 从这里不难看出争论双方的逻辑, 但是很不幸的, 它成为了一些关键人物的私人事务. 为此曾经出现过修改规范名称和其它没有重大意义的工作, 这些工作只会掩盖掉真实的问题所在.

在我写这篇文章之前, 我已经看到了 RSS 对内容提供者和读者的好处. 现在, 我和很多其它的 blogger 正面对着是否加入 Atom 支持的抉择. 如果 blog 软件发行商开始在产品中整合入 Atom 支持, 就像 Movable Type 整合 RSS 支持那样, 这可能是很不错的方向. 这样的话, 我所担心的也只不过是页面上的一个新链接而已. 但是, 我是没有精力去自己整合 Atom 支持到 blog 中的(你没有我有 ^-^ ) - 特别是在它并不流行的时候. 尽管如此, 它的支持者正努力提议让 Internet Engineering Task Force (IETF) 承担起对 Atom 的责任, 以便使它成为一个标准. 如果 Movable Type 和其它主流 blog 开发者在软件更新中添加集成的 Atom 支持, 那么这将是可行的.

Google 最近的决定非常有趣. 很长的一段时间内, 标准的 Blog 软件并不包含任何 RSS 支持, 这也是为什么它们失去了很多转向 Radio Userland, Movable Type 和 TypePad 的 blog 用户. 现在, 在被 Google 收购后, 他们转向了只支持 Atom. Google 疯了吗? 我还没有确定自己的立场, 但是我可以承认自己对 RSS 冻结的担忧. 假如技术无法进化, 那将是很不幸的一件事情. Apple 尝试过对拥有的规范进行严格控制, 从而在许多年内成为占有 10 % 市场的主导者, 与此同时, PC 平台则繁荣昌盛. 我并不是说谁比谁要好, 而是说明限制技术可能产生的影响.

在这个过渡时期, 哪个聚合标准适合用于网站和 blog 的状况发展值得注意. 当前 RSS 是明显的主导者, 我甚至还记得那些许多人认为 Betamax 是比 VHS 更好的格式并会永远存在的日子(录像带格式争霸, 作者真会跑题啊). 这就是技术的发展. 这个故事的精髓就是现在下结论还为时尚早, 对于两个标准而言还有发展的空间. 激烈的争论过后, 我想是静观其变的时候了.
[End]

Review:
其实很明显, Atom 在 RSS 的基础上扩展了很多, 单内容发布方面便多了很多详细的标记, 例如发布时间, 修改时间, 创建时间, 作者, 协作者(简直冗余到家了, 而且我认为必要的标记不多, 而且用的单词看上去比 RSS 恶心). 它与 RSS 的最根本不同, 是它还可以作为发布, 编辑, 处理 blog 的格式, 而不单单是一个内容发布格式. 说到内容发布, 就要提一下 Blogger API, 和 MetaWeblog API 了. Bloger API 是 Blogger.com 基于 XML-RPC 规范开发的一个用于远程发布, 编辑 blog 的 xml 格式, 目前有几个程序可以支持它, 如 Newzcrawler. 而 MetaWeblog API 则是对 Blogger API 的进一步完善. Atom 可以说是想把 RSS 和 Blogger API 合并成一个, 也就是一统天下. 而且 Blogger 又被 Google 收购, 所以 Google 选择 Atom 不是没有原因的(Blogger API 看来会被踢掉). Atom 当然没有 XML-RPC 模型 Generic, 两者就不用比较了. 有 Google 支持, 搞不好 Atom 能实现它的野望, 毕竟 RSS 已经被冻住了, Blogger API 看不到继续发展的前途. 静观其变吧.(不知道为什么我看见 Atom 的文档就有点犯恶心.)