我应该在<nav>中使用<ul>和<li>吗？

标题几乎可以解释这一点。

现在我们有了一个专用<nav>标签，

这是：

<nav>
  <ul>
    <li><a href="#foo">foo</a></li>
    <li><a href="#bar">bar</a></li>
    <li><a href="#baz">baz</a></li>
  </ul>
</nav>

有什么比以下更好的吗？

<nav>
  <a href="#foo">foo</a>
  <a href="#bar">bar</a>
  <a href="#baz">baz</a>
</nav>

我的意思是，假设我不需要某些CSS定位/填充的额外DOM级别，首选方式是什么，为什么？

nav元素和列表提供不同的语义信息：

• nav元素表明我们正在处理一个主要的导航块

• 该列表表明该导航块内的链接形成了一个项目列表

在http://w3c.github.io/html/sections.html#the-nav-element上，您可以看到nav元素也可以包含散文。

是的，在nav元素中包含列表确实可以增加含义。

在这一点上，我将保留这些<ul><li>元素，原因是并非所有浏览器都支持HTML5标签。

例如，我在使用<header>标签时遇到了一个问题-Chrome和FF的工作原理很吸引人，但Opera却感到厌烦。

在所有浏览器完全支持HTML之前，我会坚持使用它们，但是要依靠旧版本向后兼容。

完全取决于您。如果您通常使用无序列表标记导航菜单，那么我想在<nav>元素内继续这样做。<nav>元素的目的是例如识别站点到计算机阅读器的导航，因此，使用列表还是仅使用链接都不重要。

对我来说，无序列表是多余的标记，实际上并不需要。当我查看HTML文档时，我希望它尽可能整洁并易于阅读。对于观看者来说，如果使用了适当的缩进，则已经很清楚显示了一个列表。因此，将UL添加到这些标签是不必要的，并且使得读取文档更加困难。

尽管您可能会获得一些灵活性，但我认为最好不要用非语义的ul类来夸大标记，并一口气对a元素进行样式设置。而且您没有任何借口：使用：before和：after伪选择器。

编辑：我已经知道一些ARIA屏幕阅读器对待列表的方式不同于简单的定位标记。如果您的网站适合残疾人士使用，我可能会考虑使用基于列表的方法。

不，它们是等效的。请记住，HTML 5向后兼容HTML 4列表，因此您可以随意使用它们。权衡是第二版本的代码更少。

如果您担心与浏览器的向后兼容性，请确保包括此填充程序以提供诸如<nav>和的标记功能<article>。

如果我们说的是“按书”，那就不行。您无需使用列表来标记您的导航。他们提供的唯一真正优势是在样式设计时提供了更高的灵活性。

我会保留<ul><li>标签，因为新的标签（<nav>，<section>，<article>等）都只是更多的语义版本<div>秒。

出于同样的原因，您不仅会在中加载大量链接<div>，而且还应该在<nav>标记中构建链接。

关于这个技巧，在CSS Tricks上有一篇非常详细的文章。这显然是一个备受争议的问题。该帖子有200多条评论。

列表中的导航：生存与生存（CSS技巧，2013年1月）