阅读HTML5上<article>标签上的an article，我真的认为我最大的困惑在于本节的第一个问题：
使用
<article>为内容赋予更多语义意义。相比之下，<section>只是一个相关内容块，<div>只是一个内容块……要决定这三个元素中的哪一个是合适的，请选择第一个合适的选项：
- 内容本身在提要阅读器中是否有意义？如果是这样，请使用
<article>。- 内容是否相关？如果是这样，请使用
<section>。- 最后，如果没有语义关系，使用
<div>。
所以我想我的问题是：什么类型的内容属于提要阅读器？
【问题讨论】：
规范非常清楚地回答了这个问题：
article 元素表示一个独立的组合 文档、页面、应用程序或站点，即原则上， 可独立分发或可重复使用，例如在辛迪加。这个 可以是论坛帖子、杂志或报纸文章、博客条目、 用户提交的评论、交互式小部件或小工具，或任何 其他独立的内容。
见：http://dev.w3.org/html5/spec/Overview.html#the-article-element
【讨论】：
W3C 规范有很多解释的余地，最终归结为作者的意见。以下是一个简短的问题形式的答案：
您想在页面上分享哪些主要的重要内容？
这里有几个例子：
作者可以自行决定他们想走多远。大多数博客作者都有文章的 RSS 提要，但其他人也可能提供 cmets 提要和共享链接。
很多人都写过这个主题。有关更多信息，我强烈建议您阅读：
【讨论】：
您提出了一个很好的论点，是的，规范确实将<article> 明确定义为值得联合的内容集合。在我看来，您的文章将是撰写的博客文章——您作为网站的内容作者所产生的内容。虽然该部分的 cmets 与文章相关，但它们实际上不是文章的一部分，应该归入 <section> 中的另一个块，或者是非语义的 <div> 或只是 <p>s与display:block 设置。这是留给设计师的决定，取决于他们如何在语义上评估评论的价值。
还要记住，您有<aside> 标签，它几乎是为评论量身定制的，无论是来自作者还是来自读者。
【讨论】：
大多数 Feed 阅读器可以处理多种类型的内容，可能包括副本、图片、视频等。您的 Feed 将包含您网站上重复或包含多个版本的内容。问答网站将提供新问题的提要。视频共享站点将提供新视频的提要。软件评论网站将提供新软件或新评论的提要。
我建议您考虑一下您的内容的典型消费者希望在他们的提要阅读器中轻松找到什么。您可以定义 Feed 阅读器中属于哪些类型的内容。
【讨论】：
Feed 阅读器通常应该包含一个故事列表。看看http://google.com/elections/ - 这是一个提要阅读器可能包含的东西的一个很好的例子。重要的是所有的故事都是自成一体的，理论上完全不需要关联。
【讨论】：
该文档的标记可能如下所示：
<body>
<header>...</header>
<nav>...</nav>
<article>
<section>
...
</section>
</article>
<aside>...</aside>
<footer>...</footer>
</body>
您可以在this article on A List Apart 中找到更多信息。
【讨论】：