是语义标记过于开放式的？ [关闭]

Question

我正在采取在潜水一个窥视HTML5 。这似乎不错，有趣，但我很疑惑。

在上世纪90年代，在当时Netscape是浏览器和HTML是HTML2或HTML3的时候，有很多的标签：地址，引用代码......他们中的大多数是未使用的为今天的，甚至可能已经过时。

HTML5 引入标记，以表示“语义”的标签本身。这是所有的乐趣和游戏，但我看到的东西在这个方法很奇怪。从技术上讲，语义是非常开放式的。 HTML5有文章，时间，导航栏，页脚标签。为什么它不应该包含图标后，笔者的地点，姓名，或任何其他你想指定特定的语义标签（我相信<rant>和<nsfw>将是非常重要的标记）：？我认为XML是语义分配给东西的策略。没有禁止你把 XHTML div元素下的XML块，和样式表分配给它所以正确的样式，或者委托给合适的浏览器，命名空间的处理（例如，处理时 RSS 或 SVG ）。

在最后，我不明白这个扩展集中对语义背后的原因，当很明显，语义是一个很宽泛的话题，这是保证需要语义标签的潜在的无限量。因为我敢肯定有聪明的人在 W3C ，我想我错了，但我想知道这是为什么。

Answer 1

为什么是文章，时间，导航栏，页脚有用吗？

标签

由于它们有助于解析文本处理工具，如谷歌。

这是关于语义没什么（至少在“广义”之意）。相反，他们只是说：这里是页的正文（最重要的文字部分），并有导航栏充满链接。有了这样的方法，你可以很容易地正是您需要的提取。

Answer 2

我太恨W3C与他们的规格去的方式。还有，我不喜欢很多东西，而这个“语义”时尚就是其中之一。 （其他包括采取永远完成规范并留下了太多重要细节的浏览器实现，因为他们选择）

最重要的，因为它使我的工作作为一个Web开发人员更加困难，我不喜欢它。我经常要做出选择是否进行网页“语义正确”或“视觉/美观”。后者胜当然，因为这是用户想要的东西，但结果验证启动失败，整个事情变得相当非语义（布局和其他东西表）。

在我皱眉的另一个问题是，他们已经officialy宣称“类”属性是语义，但随后他们用它在CSS视觉呈现选择。

底线 - 的 DO NOT MIX语义与视觉表征即可。如果你使用某种机制来描述语义（如标签名称，属性值，还是什么别的没有），那么就不要使用它funcional /视频的目的，反之亦然。

如果我将设计HTML，我会简单地添加属性“语义”，这可能（例如从“类”属性）被添加到任何标记。然后将有数量像所有那些页眉/页脚/物品/引号预定义值/等

标签将定义功能。基本上，你可以减少HTML标签只是极少数，像“格”，“表/ TR / TD”，“一”，“IMG”，“形”，“输入”和“选择”。我可能错过了一些，但这是大头。视觉样式将通过CSS来完成。

这样的三个领域 - 语义，视觉表现和功能 - 将是完全独立的，在现实生活中的解决方案不会发生冲突

当然，我不认为W3C感兴趣切实可行的解决方案...

Answer 3

有已经在形式的类和ID，其中还有的可能性（近）无限量的HTML标记了很多语义的，而且每个人都有自己的处理这些语义的方式。一个HTML5的目标是试图带来一些结构这一点。你将仍然能够标签的语义与class和id延伸。它也将极有可能使事情变得更容易被搜索引擎。

Answer 4

这是试图让报表或者有关的页面，或约从页面引用对象的角度看待它。如果你看到一个<页脚>标签，都可以说是“的东西，在这里是一个页脚”，并通过它传递。因此，添加自定义标签并不如通用的解决方案是添加属性，让人们用自己的URI选择指定谓词和可选值 - RDFa的胜手向下的，因为你可以表达的任何三重语句来从RDF在一个页面喜欢，这种或那种方式。

Answer 5

我只是想解决您的问题的一部分。你说：

  

在九十年代，在时刻时   网景是浏览器和HTML是   HTML2或HTML3，有很多的   标签：地址，引用代码...多数   他们中有未使用的今天，很可能   甚至废弃。

有标签的大量工作从HTML选择，但缺乏的使用并不意味着他们是过时的。尤其是标题标签<h1>等，并<ul>，<ol>是用来连接物品进入名单的方式，我认为语义。可能很多人不使用标签语义，而是着力打造微是的持续延续知道你认为上世纪90年代的神器。努力使语义Web 成为赢家保持下去，尽管全文搜索和链接分析（在谷歌的形式）成为赢家至于如何找到并了解网络。

这将是非常高兴看到的谷歌的Web统计该节目的更新版本“HTML，因为她是辐条。”但是，你是正确的，许多标签未充分利用的。

HTML5是否会成功是一个开放的和有趣的问题，但你形容为过时并没有去任何地方的标签，他们都在那里的 HTML 4.01 和 XHTML 。 HTML5 似乎是凝固什么是有用的标记的努力。在HTML5如果在浏览器中得到支持，使Web开发人员更容易的工作结束后，它会成功。 XHTML2 失败，因为它全面未能获得通过在浏览器和丝毫没让网页制作者的工作更容易。 HTML5的工作力量似乎敏锐地意识到XHTML 2的失败，我认为是避免其遭受HTML5同样的命运。

Answer 6

“为什么不应该它包含其他任何你想要特定语义分配给（我相信，他很重要的标记）的图标后，笔者的地点，姓名，或标签：？”

您使用<对话>来形容谈话或评论。夸大其词和NSFW是主观的方面，因此它是有道理不使用它们。

据我了解了一堆经验丰富的网络开发人员做研究，寻找大多数网站的共同点在HTML中。他们注意到，大多数websitse具有ID =“头”，ID =“页脚”，ID =“节”和id =“导航”标签，以便他们决定，我们需要的HTML代码替换的ID。因此，换句话说，不要指望他们给你的HTML词汇量巨大。只要保持它的简单越好，你可以同时解决了最常见的所需的HTML标签。

NAV标签是用于提供可访问性以及非常重要。你想让他们知道那里的导航，而不是强迫他们找到链接是否是用于导航或没有。

Answer 7

我不同意增加额外的标签。如果详细的词汇实际上是进口就有可能出现在字典中的每一个字不同的标记名称。附加标签名称不是有益，因为它们可以传达附加意义给人类，但什么都不做，以促进语言的机器分析。这就是为什么我不喜欢对HTML5的“语义”的标签，因为我相信这是滑坡提供一个词汇过于复杂，而只提供了一个微弱的解决问题的办法不能完全解决的。

在我的意见的标记语言结构数据尽可能描述它的树形图的形式。通过结构和正确使用的语义约定，如RDFa的的分析，上下文可以被利用来提供特定的含义，否则通用标签名称。在如情况下，过多的词汇不需要存在和结构冗余的标签名称，如页脚和一旁，可能被淘汰。最终的目标是使内容更快，更准确的人和机器同时解释，同时使用尽可能少的代码可能实现这一结果。如何该解决方案是较小重要，除了HTML5。

Answer 8

  

我认为XML是语义分配给东西策略。

据我所知，没有事实并非如此。 XML允许定义它们以相同的方式解析所有新的语言，因为它们都使用XML语法。

它没有，本身，提供任何方式来增加含义（“语义”只是意味着“有意义”），以这些语言。而直到电脑获得人工智能，他们并不真正理解意思，所以意义正是在人类之间的约定。 HTML是最常用的语言，它的标签一致的含义。

由于HTML是如此普遍，这是有益的补充，在应用中相当普遍的一些有意义的标签吧。新的HTML5标签瞄准这一点。 HTML5规范的作者确实可以继续沿着这条路，对于可能意味着每一个特定位创建的标签，但他们不是机器人，他们可能不会。

<section>是有用的，并且足够一般是有意义适用于大量的文件。 <author-last-name>不是。区分两者是一种主观判断，这就是为什么人类，而不是电脑，写规范。

有关过于特定要添加到HTML作为标签定制语义，HTML5定义微数据。

Answer 9

我一直在读安迪·克拉克的书超越CSS （第33页）。

...，现在普遍接受的是表象名字例如标题下，的左下，或红色描述一个元素的外观或位置不佳的选择。

读取这些行我问自己后：哎，是不是有在HTML5规范元素如页眉，页脚??为什么页脚更多的语义？安迪在他的书中主张使用的网站信息的作为页脚div的ID，这更有意义恕我直言。页脚是一个表象名（描述了元件的位置）。

Answer 10

在一个字，AJAX。新的标签是为了支持一下现实世界的开发商都在做更换部分 divitis许多网站的<div class="sidebar-wrap"><div class="styling-hook"><div><ul class="nav">类型患。留在HTML5的唯一<div>是造型挂钩。

这是获得晋升到标签从类的语义是那些开发人员自由采纳EN-集体的最佳实践，给出一个扩展的XHTML / CSS采纳时期。这里退房规范的部分网页。的WHATWG开发人员的版本。该文件本身是一种享受，但我不会破坏它，如果你还没有看到它。

一的由W3C进行了一些决策不太明显的原因是的Webkit的重要性。如果你看看，你可以看到，他们要好一些在服用HTML5工作组目前的工作和实施思路。他们在历史上一直倒贴方式符合（看到这里）。 W3C的放置在他们的（即机器人，iPhone，所述的Googlebot，铬，Safari浏览器时，Dreamweaver等）的高优先级。谷歌，框架的用户，WordPress的/活字印刷/的Joomla！用户类型和其他通缉自包含的构建块，所以这是我们得到的风格。

Facebook是模块化的。响应式设计的格栅是模块化的。 WordPress的是模块化的。 Ajax的工作原理最好采用模块化结构页。 Widget是模块。插件是模块。这似乎是我们应该尝试找出这样的东西如何应用这些标签，使其更容易上钩适当的元素和我们的文档/应用/信息网络混合的Web 2.0激活它们。

在闭合，HTML5旨在被写成XML（再次参见规范），以确保工具和机器为一个文件的一部分，让AJAX请求将得到合式有用响应。如何真棒与喜欢的东西像feed阅读器，盲文打印机，注释等设备媒体查询组合。，。我看到（近）未来，具有良好的语义内容什么是它自己的新闻源自动地！这仅如果开发商采取和编写符合文件发生。