Question

关于书籍的虚构网站。每本书都有自己的页面。现在我想添加一个列出我最喜欢的书籍的页面。哪个HTML5 sectioning elements将用于＆＃34;容器＆＃34;每本书哪个？ MARQUEE占位符和BLINK占位符应该是section还是article？

页面可能如下所示：

<body>
  <h1>Books!</h1>

  <nav>
    <h1>Navigation</h1>
  </nav>

  <MARQUEE> <!-- section or article? -->
    <h1>My all time favorite books</h1>

      <BLINK> <!-- section or article? -->
        <h1><cite>The Hobbit, or There and Back Again</cite></h1>
        <p>…</p>
        <nav><a href="books/hobbit">see the page about "The Hobbit"</a></nav>
      </BLINK>

      <BLINK> <!-- section or article? -->
        <h1><cite>Alice's Adventures in Wonderland</cite></h1>
        <p>…</p>
        <nav><a href="books/alice">see the page about "Alice in Wonderland"</a></nav>
      </BLINK>

  </MARQUEE>

  <footer>☺ 2012 books.example.net</footer>
</body>

我的想法

我认为每本列出的书都应该是article元素。 spec表示＆＃34;文档中的自包含组合＆＃34;，＆＃34;原则上，可独立分发或可重复使用＆＃34;，＆＃34;博客条目，独立内容项目＆＃34;。我认为所有这些都匹配在这里。

但容器怎么样？应该使用section还是article？具有嵌套article元素的article是标记博客评论的方式：

例如，网站上接受用户提交的评论的博客条目可以将评论表示为article元素嵌套在博客条目的article元素中。

一般定义如下：

当article元素嵌套时，内部article元素表示原则上与外部文章内容相关的文章。

＆＃34;原则上相关＆＃34;似乎也符合我的榜样，对吗？

我看到它的方式：这个关于我最喜欢的书籍的页面是一个独立的作品＆＃34;。这是一篇我可以打印并给别人阅读的文章，他会得到他需要的所有信息，它本身就有意义，没有什么遗漏。此外，每本最喜欢的书都是一个独立的作品，因为我只能打印出一本最喜欢的书，读者仍然可以获得所有相关信息（关于那本书），这对于它自己的等等。

如果有人反对，我感兴趣吗？

对于那些同意的人，我的下一个问题是：在标记选择方面，最喜欢的书籍列表是否与最新博客文章列表在语义上有所不同？那么，你会说＆＃34;好吧，article最喜欢的书籍列表是好的，但不是最新的博客帖子列表？＆＃34;我能看到的唯一区别是，大多数人对阅读最新博客文章的片段列表并不感兴趣，因此它不是一个独立的作品组合。在口语意义上。

Answer 1

我将整个内容放在article中，每本书都在section中。

这将使其与第三个section example given by the W3C

极为一致

Answer 2

理想情况下，您将使用包含文章的列表。因为它是你最喜欢的书的清单，不是吗？

但就个人而言，我使用的是一个包含文章的部分。我真的不会认为列表可以与文章相媲美，这本质上就是你所拥有的。如果你要扩展它以包含有关你如何提出列表的信息，使其更多地成为博客文章类型的东西，那么成为一篇包含文章的文章会更有意义（同样，理想情况下，一篇文章包含列表的文章。）

无论如何，对于你所链接的每本单独的书都使用部分毫无意义。

HTML5文章或部分列出了喜爱的书籍？

我的想法

2 个答案: