为什么人们仍在创buildRSS源？
…而不是使用Atom联合格式？
Atom是一个定义明确 ，通用的XML联合格式。 RSS分为四个不同的版本。 我记得所有主要的feed阅读器都支持Atom，为什么不使用它更普遍？
最糟糕的是都提供这两种格式的饲料 – 有什么意义？
- 更新（8月18日）：有趣的是，这个网站本身是使用Atom而不是RSS。
Atom创build者不理解的基本原理（Atom支持者还不明白）是Atom与RSS不是分开的。 有这个想法，RSS分裂，并以某种方式Atom修复这个问题。 但事实并非如此。 Atom只是另一个RSS分支。 一个新的名字并没有改变这样一个事实，即只有一个标准的竞争做同样的工作， 任何竞争标准都足够了。
除了一小部分人以外，没有人关心使用哪种标准。 他们只是想要它的工作。 Atom，RSS 2.0，RSS 1.0，RSS 401（k），无论如何。 只要它有效，用户就会开心。 尽pipeRSS“品牌”定义了整个饲料类别，但在罕见的情况下，某人确实有足够的select余地，他们倾向于selectRSS，因为它具有“名称”。 他们也倾向于selectRSS 2.0，因为它有更大的数量。
RSS，特别是RSS 2.0，在饲料“行业”中是非常根深蒂固的。 primefaces还没有起飞，因为除了一个新的名字，它并没有带来太多的东西。 为什么切换远离RSS时，它工作得很好？ 如果RSS足够，为什么还要在新项目上使用Atom？ 切换到新的Feed格式主要意味着花费额外的时间来学习新的格式。
如果没有其他苹果独家使用的RSS 2.0的播客意味着RSS 2.0在这里是在可预见的未来。
如果您问为什么Atom联合格式不是比各种RSS格式更广泛的采用，我认为很难得出客观的答案。 诸如Atom之前的RSS投资数量，RSS与Atom的实施相对容易以及“市场营销”等各种因素都起作用。
但是，我可以在select使用什么联合格式来表示资源时考虑一些应该考虑的事情：
primefaces
- Atom是官方的互联网标准跟踪协议。
- Atom的Feed和Entry表示有一个注册的内容媒体types。
- 如果不使用联合扩展，Atom往往是一个更强大的格式，特别是在链接关系领域。
- 使用Atom表示资源允许您利用Atom发布协议（AtomPub）提供RESTful API。
- Atom使用的RFC-3339 DateTime格式很容易parsing。
- 只有一个已被弃用的Atom（0.3）版本可能会被支持。
- 实现Atom通常需要比RSS更多的时间才能正确执行，因为有更多的限制，技术规范可能会比较密集。
RSS
- RSS是一个相对简单的格式，在很短的时间内实现。
- 对RSS的限制/规则并不像Atom那样多。
- RSS不是官方的Internet标准跟踪协议。 然而，RSS已经足够的采用，你可以合理地期望它可以被各种客户消耗。
- 由于有不less“不赞成使用”的RSS版本，您可能会认为必须支持RSS格式的细节差异很大的RSS源。
- RSS没有注册的媒体内容types。 然而，足够的发布者使用相同的未注册内容types，几乎成为事实上的MIMEtypes。
- 由RSS使用的RFC-822 DateTime格式更难以parsing，因为这种特定的时间戳格式允许在仍被认为有效的格式中有更多可能的变化。
- 当您开始尝试用复杂的链接关系来表示资源时，您需要使用各种已发布的联合扩展来扩展RSS格式。
我认为重要的是要记住，对于最终用户来说，select使用什么样的联合格式并不是很重要，因为大多数供稿阅读器和浏览器同时处理这两种格式。 然而，联合格式的select对于开发者来说可能是非常重要的，因为技术细节可能会影响到软件开发方面。
更糟的是更好 。
“为什么”得到了很好的回答，但我会build议开发者只在网站上实现Atom。 没有理由为一个站点提供多种格式，现在任何现代的feed客户端现在都可以parsingAtom提要。
与RSS相比，Atom具有不less技术优势，并得到了Google和微软等大公司的广泛支持和利用。
至于品牌，我并不在意使用什么缩写词。 我认为普遍的橙色广播图标或“饲料”一词是人们关心的。 尽pipeRSS和Atom提要不断增加，但我认为一般的networking用户还不知道他们是什么。 以这种方式来看，联合饲料的整个概念还处于初级阶段。
出于同样的原因，每一个“更好的”解决scheme都没有成功进入大众市场。 RSS广泛部署，解决了Atom试图解决的同样的问题。
个人而言，我有我自己生成的大量RSS源。 他们今天工作，解决问题。 我想知道如何才能说服我把所有这些Feed改写成Atom，只是为了使用“更好”的格式。
现在，如果考虑一下REST架构如何在caching和可伸缩性更好，更简单的情况下获得可见性，那么这些都是真实的论点。 据我所知，Atom与REST的炒作息息相关，可能是最好的销售方式。 由于REST将会获得可见性，相关的格式如Atom也是如此。
人们对HTML 4宽松，严格，XHTML过渡，XHTML严格等原因的相同原因。传统代码/使用你已经知道的。
此外，这两种格式都有其优点。 更好地支持两种不同的格式，而不是一个全能的所有订阅到一切的饲料，变得臃肿。
因为大部分的目的都是可行的，RSS的优点是定义类别的缩写。
除此之外，你将不得不通过电子邮件个别网站，并要求他们。
文森特，我不是build议任何人为了它而重写现有的RSS源，这将是一个很大的浪费时间！ 就RSS而言，它是定义类别的首字母缩略词，我猜测现在大多数用户都认同橙色的feed图标，而不是XML背后的特定风格。
我认为RSS有一个更好的市场名称:-) RSS是容易说，听起来严肃，实际上毫无意义。 真的听起来像银弹技术。 “primefaces”这个词有道理，但很less有人把这个与一些宇宙高科技联系在一起，更常见的是学生，高中物理，共产主义者的武器。 一个非常小的数量的人真的把它真正的核心，为什么它得到它的名字 – 一个primefaces精确的描述性结构化知识表示框架。 如果我在非IT专业人群中说“RSS”，我很有可能立即明白我的意思，但是如果我说“Atom”，几乎没有人会明白这一点。 RSS实际上是联合供稿的名称。 这就是为什么认为在技术上给予100％Atom并且只有Atom的标签的时候可能是一个好主意 – 软件并不关心燕麦在button上的绘制，最终用户将得到他们想要获得的东西。 恕我直言。
有很多RSS阅读器是人们习惯使用的，最重要的是，RSS非常有名，而且已经存在很长时间了。 为什么如果它的工作惹事了？
因为sed景点的开发者从他们的营销经理那里得到了补充，他们通过不提供rss来“排除”人。 由于营销先生从来没有听说过Atom，你只需提供两者。
如果你们坚持不懈地实施这一切，那么做好这两件事情并不重要，不要被其他部门吼叫。
RSS更简单，那就是它的优势所在。 primefaces是更好的定义，是的，但这是一个问题：他们可以很容易地写一个非常复杂的饲料，当一天结束时，你想要一个简单的总结。
为什么这么多人更喜欢RSS？ 这很容易，完成工作。 你可以手工编辑它; Atom不那么容易。 你有没有试过写饲料读者？
恕我直言，Atom做的唯一的事情就是多个机箱。
为什么有些网站提供两种Feed，RSS和Atom？ 因为他们可以，因为一些古老的饲料读者可能不支持Atom。
