HTML5和良好的形式

Question

我正在研究HTML5，我很困惑为什么它在结构良好方面如此容易。

<div id="main">  
<DIV ID="main">  
<DIV id=main>

都有效并产生相同的结果。我认为使用XHTML我们可以免费使用符合XML的代码（我不会将结束标记视为成本！）。现在，HTML5规范看起来是由懒惰的编码员和/或无政府主义者编写的。结果是，从HTML5开始，我们有两个版本：HTML5和符合XML的XHTML5。如果C突然允许你以下列方式编写for构造，你会认为它是一种资产吗？

for(i = 0; i < 10; i++) {  
for(i = o; i < 1o; i++) {  // you can use "o" instead of "0"  
for(i = 0, i < 10, i++) {  // commas instead of semicolons are alright!  

坦率地说，作为一个XHTML编码器，因为许多卫星我觉得HTML5规范有点侮辱。
Wadya认为？
史蒂文

修改
请注意“wadya”：作为客户，您是否会接受写有“wadya”而不是“What are you”的信件？ ： - ）

Answer 1

HTML 5 不像XHTML一样的XML方言。

是什么让HTML如此受欢迎 它容忍了错误，所以几乎任何人都可以编写HTML页面。

XHTML使其变得更加困难并且没有被广泛采用。与此同时，HTML / XHTML的进一步发展停滞不前，因此组建了一个行业组，WHATWG开始研究下一代HTML，并决定恢复HTML 5的非XML标准。

由于XML比HTML更严格，因此您始终可以将HTML编写为符合XML。确保属性为小写，使用值分隔符，元素具有结束标记，并在需要时使用正确的XML转义。

Answer 2

HTML从未打算传播媒体，因此从未打算过 适用于任何营销或推销。 HTML仅用于 传达文本并提供某种描述性结构 它正在描述的文字。最初使用HTML教授的人 需要能够描述他们的通信的科学家 更多的深度和换行符和引号将允许。换句话说就是HTML 仅旨在成为文档存储机制。记住 目前没有网络浏览器。

HTML首先受到了网络浏览器发布的欢迎。 最初，Web浏览器只是文本解析器，提供了方便的GUI 用于导航文档之间的超链接，但这已更改 几乎立即。此时仍然没有实际的标准 HTML。有标签列表和机制描述 最初是为HTML创建的，它与SGML的理解一致 创建HTML解析器所需的一切。

随着网络浏览器的出现，迫切需要以HTML方式扩展HTML 没想过。正是在这一点上，发明者和原创者 用户完全失去了对网络的控制。添加了标签，例如 中心和字体，表格成为铺设的主要机制 在页面上的东西，而不是描述数据。提供Web浏览器 媒体要求与HTML的意图完全正交。 营销人员，他们是什么，非常关心外观 和沟通的表现性，并没有为此提供废话 使这种通信成为可能的技术。结果解析器 变得更加宽松，以适应无能。你必须明白 HTML已经很宽松，因为没有标准的解析规则 和SGML，由于非常迟钝，鼓励外面的松懈 解析指令标签。

这些早期技术先驱并不是愚蠢的，尽管它是 很容易相反，他们只是有其他优先事项。当。。。的时候 网络成为主流，立即着迷征服具体 这种新媒体的商业利基。所有成本都被推向了 营销，市场份额，流量获取和品牌知名度。许多 网络企业今天的运作方式类似，但今天的网络是 不公平比较。在90年代，营销是重要的 技术成本绝对被忽视。这个问题非常普遍 投资激增如此盛大，以至于它完全违背了所有 理性的经济规则。这就是内爆的原因。该 只有在这次崩溃中幸存下来的网络企业才是那些面临的问题 他们的技术成本在前期或那些投资的投资资金 与额外营销费用相对的技术费用。

http://en.wikipedia.org/wiki/Dot-com_bubble

崩溃后事情发生了变化。考虑碰撞的好时机，因为 虽然它完全由糟糕的商业决策驱动，但是很愚蠢 投资和非理性经济学都有积极的技术 幕后发展。网络的创始人是 完全意识到他们已经失去了对他们技术的所有控制。 他们试图解决这个问题并通过创造来直截了当 万维网联盟（W3C）。他们邀请了专家和软件 公司参与。虽然解决了很多技术问题 通过营销驱动动机引入网络的问题是一个 失败导致许多未来的问题可以避免，如果语言是 按照商定的标准执行。这是在期间 这次是HTML 2（HTML的第一种标准形式），HTML 3和 编写了HTML 4。

与此同时，W3C也开始研究XML，它从未打算过 是一个HTML替代品。因为SGML太复杂而创建了XML。一个 需要基于类似规则的简单语法。 XML立刻就出现了 由营销人员注销并立即受到数据的赞扬 微软和IBM的evangalists。因为围绕XML的神圣战争是 与这些问题相比，琐碎，微不足道和短暂的生活 困扰HTML XML的发展以火箭速度发生。几乎 在XML形成之后，XML Schema的第一个版本就是 形成。

XML Schema是大多数人选择的额外工作 忽视或理所当然。一种用于访问的abstration模型 HTML的结构也是基于XML Schema标准化的 文档对象模型（DOM）。重要的是要注意DOM 最初由浏览器供应商开发，以提供API 用于访问HTML的JavaScript，但W3C发布的标准DOM有 与JavaScript直接无关。很快就变得明显了 困扰HTML的许多技术问题可以通过创建一个来解决 符合XML的HTML格式。这称为XHTML。不幸的是， 从HTML到XHTML的采用路径以混乱的方式引入 在最后澄清之后的几年仍然没有被广泛理解 发生。

因此，发生了崩溃，导致经济崩溃 有一些奇妙的技术发展。最终来源 技术腐败，网络浏览器，终于刚刚开始 围绕采用众多出色的技术解决方案进行创新 梦寐以求的W3C，但随着崩溃几乎完全失去了 来自浏览器供应商的发展动力。这时候还有 只是Netscape，IE和Opera。 Opera不是免费软件， 因此它从未被广泛采用，并且Netscape被淘汰了。这个 基本上只剩下IE和微软将他们所有的开发者都撤下了 IE浏览器。多年后，IE的开发将在竞争时恢复 源自Firefox，当Opera采用免费许可时。

大约在同一时间浏览器重新焕发活力的W3C 随着XHTML2的发展而向前发展。 XHTML2雄心勃勃 项目与XHTML1无关，后者造成了很多混乱。 W3C试图解决与HTML相关的技术问题 被允许长期恶化，他们的意图是有效的 而坚实。不幸的是，XHTML2中存在一些争用 工作小组。沟通失败的方式和原因的结合 从HTML转换到XHTML结合不相关的 XHTML2的本质及其内inf让人担心。

让网络崩溃的营销干扰退化了 网络崩溃，但它没有死。在此期间它正在复苏 同样。让我们不要忘记营销动机会让人胆怯 技术问题。营销动机即时 满足。所有XHTML，特别是XHTML2，都是一种 憎恶即时满足。 XHTML2最终会被杀死 已发布单一草案。这种恐惧和厌恶导致了 建立与利益一致的独立标准机构 在即时满足的本质中推动HTML向前发展 蠢事。这个新组织称自己为WHATWG并将携带 营销火炬前进。

WHATWG团结一致，因为即使他们的动机也很简单 他们对技术的看法雄心勃勃，主要是为了实现这一目标 开发人员更容易使事情变得漂亮，互动和减少 媒体整合的复杂性。 WHATWG也很成功， 因为崩溃后网络开始收缩。少了 周围的主要参与者，每个人都有一组具体的优先事项 越来越多的不合理。

网络是一个媒体渠道，其主要业务是广告。 从广告中赚钱的网络业务往往是显着的 比通过商品或服务赚钱的网络企业更大。作为一个 结果，网络的优点最终将成为优先事项 媒体和广告发行。例如，为什么选择JavaScript 在浏览器中变得更快？答案是因为Google，一个 广告公司，优先发布一个网页浏览器 在处理JavaScript方面明显更快。与其他人竞争 浏览器需要快20到30倍才能跟上。这是 很重要，因为JavaScript是广告的主要手段 衡量指标，这是Google收入的基础。

由于HTML5是一种营销友好的规范，因此它允许不严格 句法。浏览器供应商在经济上有理由花更多钱 为草率标记编写更复杂的解析机制，因为 它允许更快速地发展媒体以便发布 允许更深入地渗透广告。这在经济上是合格的 因为现在所有5种主要的网络浏览器都是主要的 由广告收入资助。不幸的是，这只不过是 任何其他想要编写解析器并限制或者限制的人的成本 对以后对结构化数据的解释有害。结果是 缺乏对技术的关注和隐性成本的上升 在给定的媒介中限制技术创新。

这就是HTML语法继续糟糕的原因。唯一的解决方案是 提出一种替代的，技术上优越的通信媒介 技术上强调承包市场的分散化 顾虑。

Answer 3

对于自然解析，首先不需要引号。

关于案例，无论大小写，都保留HTML元素;例如，您无法定义自己的DiV或Div。

HTML是一种标记语言，其中速度和简单性优先于一致性。

虽然有争议，但这对搜索引擎非常重要;具有引用属性和任何类型的错误的文档处理起来非常昂贵。这很有趣 - HTML文档中引用的例子在引号中是“邪恶的”;至于说，不使用引号并不是邪恶的。

Answer 4

最好是规范允许它然后它禁止它，无论如何每个人都这样做，并且浏览器必须纠错。

XHTML从未真正起飞，尤其是因为MSIE从不支持它（通过发送文本/ html内容类型来假装它是HTML）。

Answer 5

老实说，你的问题会自行解决。 “我们有两种不同的规格。”每个规范都针对不同的一致性级别，并且出于某种原因这样做。尽管我们可能不喜欢“向后兼容”的概念，但这是我们必须承担的负担，HTML5在维护它方面要比XHTML5好得多。