描述和内容之间的区别：RSS2 中的编码标签

Question

RSS 2.0 格式规范中的 标记和 标记之间有何区别（如果有）？

其中一个比另一个更重要吗？

我应该在我的 Feed 中同时使用这两种方法还是一种就足够了？

Answer 1

标签用于帖子摘要，但仅限于纯文本。没有标记。

如果您转义标签或将内容包装在：

<![CDATA[ post body goes <strong>here</strong> ]]>

但是 你真的不应该这样做。

如果您想要标记，则应该使用 并使用 和 ]]> 包装器在这里。

content:encoded 元素可以与 description 元素结合使用，以提供项目的完整内容以及较短的摘要。在这种方法下，项目的完整文本显示在 content:encoded 中，摘要显示在 description 中。

###RSS 最佳实践简介：内容：编码

简而言之， 代表 摘要和帖子的其余部分位于 中。

由于某些读者可能不支持预期的标签，因此您通常会在 中看到整个帖子，而不是两者的混合。

Answer 2

之前的答案是不正确的。

RSS 2.0 规范非常清楚，您可以对的值进行编码。元素。

一个项目本身也可能是完整的，如果是这样，则描述
包含文本（允许使用实体编码的 HTML；请参阅示例），并且
链接和标题可以省略。项目的所有元素都是
可选，但必须至少包含标题或说明之一
存在。

Answer 3

@random 给出的答案有一定道理，但最终情况很复杂（如果不令人困惑的话），如 RSS 2.0 规范，在决定如何处理 description 而不是 / 或在其他时候与 content:encoded 一起处理时>。

TLDR：当内容制作者愿意同时包含文本摘要和更完整的内容时，情况就解决了：使用 description 获得更简单的文本摘要，并使用 content:encoded< /code> 以获得更完整的 html 内容。但是，当他们只想包含两者之一（仅包含摘要或仅包含更完整的内容）时，则应该使用 description 标签，在这种情况下，事情仍然不明确！在我看来，这是一个最不幸的决定，这意味着您必须包含更完整的 html 内容才能清楚地了解这一点，否则， description 标签将一如既往地含糊不清。

不想在 Feed 中使用 item 摘要的发布商应该使用 description 元素来表示项目的完整内容，而不是 content:encoded 因为它拥有最广泛的支持。

使用摘要的发布商应将摘要存储在描述中，将完整内容存储在 content:encoded 中，在 item 中首先对 description 进行排序。对于没有摘要的项目，完整内容应存储在 description 中。

人们必须慢慢思考这一切的含义，但我认为这些是要点：

1. 如果只给出这两个标签之一，则它必须是描述< /代码> 标签。
2. 这意味着如果没有将 description 标签放置在其旁边（实际上是在其上方），则 content:encoded 永远不应该存在。
3. 不幸的是，这意味着当只有一个标签（必须是 description）时，情况仍然像以前一样模棱两可：即 description 仍然是一个简单的文本摘要，或者更完整的html内容，你不可能知道！
4. 当两者都给出时，这是唯一一次消除歧义：那么 description 应该是一个更简单的摘要，而 content:encoded 将包含更完整的 html 内容。

或者也许我读错了。

我个人认为这个决定是非常不幸的。显然，他们这样做是为了保持向后兼容性，因此当时的读者总是能够读取一些描述（因为尚不支持 content:encoded，或者不广泛）。但这样做，他们基本上阻碍了这一点。现在一切都已经过去了，但我认为他们本可以做的，在两全其美的同时，向 description 添加一个属性，例如： .因此，如果 （请注意，他们指定 content:encoded 对于更完整的 html 内容始终），那么它指定description 只是一个更简单的摘要，生产者不必也提供完​​整的内容以便读者了解此标签的类型。而老读者可能会忽略这个额外的属性。桥下流水，但我们可以梦想。

因此，就目前情况而言，在我看来一切都完全悬而未决，**除非*包含两个标签，只有这样你才能做出正确的假设。

PS 至于完整内容和摘要内容的区别，请参见他们的原来的讨论< /a> 在 description 标签上。

Answer 4

我应该在我的 Feed 中同时使用两者还是其中一个就足够了？

我测试了流行的播客客户端（2024 年），这些是我的结果。这并没有解决协议规定应该做什么，而只是解决了实践中实际要做的事情。

请注意，我没有尝试所有的组合。如果其他人尝试过其他组合，请随时将它们添加到我的表中（或作为评论）。特别是，我的播客软件不允许我不使用 ，因此我没有单独测试 会发生什么。

的客户端测试	标签	显示了使用	？ 显示了吗？
Spotify（Android 和 Web）		是	N/A
Spotify（Android 和 Web）	& <描述>	是的，在剧集本身中	是的，在剧集列表中
Pocket Casts (Android)、 AntennaPod (Android)		是	N/A
Pocket Casts (Android)、 AntennaPod (Android)	<代码><内容：编码> & <描述>	否	是
podcasts.apple.com、 podcastaddict.com、 tunein.com、 music.amazon.ca		（没有尝试）	（没有尝试）
podcasts.apple.com、 podcastaddict.com、 tunein.com、 music.amazon.ca	<内容：编码> &	no	yes

主要要点是：

1. 不同的播客客户端以不同的方式处理这些标签。
2. 如果您同时使用两者，您实际上并不知道用户实际上会看到什么。
3. 如果您单独使用 ，用户将会看到它（至少这是我在有限测试中看到的）

因此，我的建议是：

• 仅使用 标签
• 使用这两个标签，但在每个标签中放入相同的内容（这样你就知道用户会看到什么）

就我个人而言，我会选择单独 因为我想在我的内容中添加 HTML 格式。