为什么人们仍在创建 RSS 源？

StackOverflow https://stackoverflow.com/questions/12509

  •  08-06-2019
  •  | 
  •  

题

...而不是使用 Atom 联合格式？

原子是一个 明确的, ，通用 XML 联合格式。RSS 分为四个不同的版本。从我记事起，所有主要的提要阅读器都支持 Atom，那么为什么它的使用没有更普遍呢？

最糟糕的是提供两种格式的提要的网站 - 这有什么意义？！

  • 更新（8 月 18 日）：有趣的是，该站点本身正在将原子用于其供稿而不是RSS。
有帮助吗？

解决方案

Atom 的创建者不理解的一个基本问题（Atom 支持者仍然不理解）是 Atom 与 RSS 并没有以某种方式分离。有人认为 RSS 破裂了，而 Atom 以某种方式解决了这个问题。但事实并非如此。Atom 只是另一个 RSS 碎片。一个新名称并不能改变这样一个事实，即它只是一个更多的标准在竞争做同样的工作，而这项工作需要 任何 竞争标准的数量就足够了。

除了一小部分人之外，没有人关心使用哪个标准。他们只是想让它发挥作用。Atom、RSS 2.0、RSS 1.0、RSS 401(k) 等等。只要有效，用户就高兴。不过，RSS“品牌”在很大程度上定义了整个提要类别，因此在极少数情况下，有人 做 知道足够多的选择，他们会选择RSS，因为它具有“名称”。他们还将倾向于选择RSS 2.0，因为它的数量更大。

RSS，尤其是RSS 2.0，在饲料“行业”中根深蒂固。 Atom没有起飞，因为除了新名称外，它没有带来太多。既然 RSS 工作得很好，为什么要放弃它呢？如果 RSS 就足够了，为什么还要在新项目中使用 Atom 呢？切换到新的提要格式主要意味着需要花费额外的时间来学习新格式。

如果没有别的事的话 Apple 独家使用 RSS 2.0 播客 意味着 RSS 2.0 在可预见的未来即将到来。

其他提示

如果你问为什么 Atom 聚合格式没有比各种版本的 RSS 格式更广泛地采用，我认为很难得出客观的答案。各种因素都会发挥作用，例如 Atom 之前对 RSS 的投资金额、实施 RSS 与 Atom 相比的相对容易程度以及“营销”。

不过，我可以想到在选择用于表示资源的联合格式时应考虑的一些事项：

原子

  • Atom 是官方的互联网标准跟踪协议。
  • Atom 为其提要和条目表示注册了内容媒体类型。
  • 如果不使用联合扩展，Atom 往往是一种更强大的格式，特别是在链接关系领域。
  • 使用 Atom 表示资源允许您利用 Atom 发布协议 (AtomPub) 来提供 RESTful API。
  • Atom 使用的 RFC-3339 DateTime 格式很容易解析。
  • 您可能只需要支持一个已弃用的 Atom 版本 (0.3)。
  • 与 RSS 相比，实现 Atom 通常需要更多的时间才能正确完成，因为有更多的限制，而且技术规范可能有点密集。

RSS

  • RSS 是一种相对简单的格式，可以在短时间内实现。
  • RSS 上的限制/规则没有 Atom 上那么多。
  • RSS 不是官方的互联网标准跟踪协议。然而，RSS 已经得到了足够的采用，因此您可以合理地预期它可以被各种客户端使用。
  • 由于有相当多的“已弃用”版本的 RSS，可以想象您可能必须支持格式细节差异很大的 RSS 提要。
  • RSS 没有注册的媒体内容类型。然而，足够多的发布者使用相同的未注册内容类型，它几乎是事实上的 MIME 类型。
  • RSS 使用的 RFC-822 DateTime 格式更难以解析，因为这种特定的时间戳格式允许在仍然被认为有效的格式中存在更多可能的变化。
  • 当您开始尝试表示具有复杂链接关系的资源时，您将需要使用各种已发布的聚合扩展来扩展 RSS 格式。

我认为重要的是要记住，对于最终用户来说，您选择使用哪种联合格式并不是很重要，因为大多数提要阅读器和浏览器都可以很好地处理这两种格式。然而，联合格式的选择对于开发人员来说可能非常重要，因为有些技术细节可能会影响软件开发方面。

“为什么”已经得到了很好的回答，但我建议开发人员今后只在网站上实现 Atom。没有理由为可用的站点提供多种格式，并且任何现代提要客户端现在都可以解析 Atom 提要。

Atom 相对于 RSS 有相当多的技术优势，并得到了 Google、Microsoft 等大公司的广泛支持和使用。

至于品牌，我并不关心使用什么缩写词。我认为通用的橙色广播图标或“提要”一词是人们关心的。尽管 RSS 和 Atom 提要激增，但我想说的是，普通网络用户仍然不知道它们是什么。从这个角度来看，联合供稿的整个概念仍处于起步阶段。

出于同样的原因，每个“更好”的解决方案都没有在大众市场取得成功。RSS 得到了广泛部署，它解决了 Atom 试图解决的相同问题。

就我个人而言，我有大量自己生成的 RSS 提要。他们今天正在工作并解决问题。我想知道你如何说服我将所有这些提要重写为 Atom，只是为了使用“更好”的格式。

现在，如果您考虑 REST 架构如何通过更好、更简单的缓存和可扩展性而获得关注，这些都是真正的论点。我知道 Atom 与 REST 炒作密切相关，这可能是营销它的最佳方式。随着 REST 的知名度不断提高，其相关格式（例如 Atom）也将受到关注。

与人们对 HTML 4 宽松、严格、XHTML 过渡、XHTML 严格等的原因相同。遗留代码/使用您已知的内容。

此外，这两种格式都有其优点。支持几种不同的格式比使用一个变得臃肿的“全部订阅”的提要要好。

因为对于大多数目的来说，两者都可以，而 RSS 的优势在于它是定义类别的首字母缩略词。

除此之外，您还必须向各个网站发送电子邮件并询问他们。

Vincent，我并不是建议任何人仅​​仅为了重写现有的 RSS 提要，那将是极大的时间浪费！RSS 是定义该类别的首字母缩略词，我猜测大多数用户现在都认同橙色提要图标，而不是其背后的特定 XML 风格。

我认为 RSS 有一个更适合市场的名字:-) RSS 说起来很容易，听起来很严肃，但实际上毫无意义。听起来确实是一项银弹技术。“原子”这个词是有道理的，但几乎没有多少人将其与某些宇宙高科技联系起来，更常见的联想是学生、高中物理、共产党的武器或炒作的“网络2.0”。极少数人确实将其与它的真正含义以及为什么它得名——原子精确描述性结构化知识表示框架相关联。如果我在非 IT 专业人群中说“RSS”，我就有很好的机会立即理解我今天的意思，但如果我说“Atom”，则几乎没有人能如此快速和清晰地理解它。RSS 实际上是聚合提要的名称。这就是为什么认为将其标记为 RSS 是一个好主意，同时在技术上提供 100% Atom 并且仅提供 Atom - 软件不关心按钮上绘制的燕麦，最终用户将得到他们想要得到的东西。恕我直言。

人们习惯使用许多 RSS 提要阅读器，最重要的是，RSS 非常出名，而且已经存在了很长时间。如果某件事有效，为什么还要搞乱它呢？

因为 sedsights 的开发者从他们的营销经理那里得到了反馈，说他们不提供 rss 是在“排除”人们。自从先生Marketing 从未听说过 Atom，您只需提供两者即可。

如果你安心执行的话，两件事都做，不被其他部门骂，也没什么大不了的。

RSS 更简单，这就是它的优势所在。原子的定义更好，是的，但这就是问题所在：当您最终想要一个简化的摘要时，它们可以让您轻松编写非常复杂的提要。

为什么这么多人喜欢RSS？这很容易并且可以完成工作。您可以手动编辑它；对于 Atom 来说就不那么容易了。您是否尝试过编写提要阅读器？

恕我直言，Atom 唯一做得好的就是多个外壳。

为什么有些网站提供两种提要：RSS 和 Atom？因为他们可以，而且因为一些古老的提要阅读器可能不支持 Atom。

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top