计算机图书中的历史部分通常会令我们烦恼。要理解如何编写一种新的语言，不需要了解ARPANET的相关知识和HTTP的历史。 尽管如此，了解HTML 5的由来还是很有用的，因为它将帮助你理解为什么HTML 5的某些方面会像现在这样，并且有望预防（或者至少平复）骂出“什么玩意儿！他们为什么这么设计?”的时刻。 HTML 5差点难产 1998年，W3C决定不再继续推进HTML。他们相信，XML是未来。因此，HTML规范在4.01版就冻结了，并且发布了一个新的名为XHTML的规范，它是HTML的一个XML版本，需要一些XML语法规则，如用引号括起属性、结束某些在其他情况下是自结束的标记等，增加了两种内容（实际上是三种，如果你关注HTML Frame，但是我们希望你不要关注它，因为它在HTML 5中已经取消了）。有一种XHTML过渡形式，用来帮助人们转向XHTML严格形式的黄金标准。 这一切进展顺利，它鼓励一代开发者（至少是专业标准的开发者）考虑有效的、结构良好的代码。然而，针对XHTML 2.0规范的工作随后开始了，这对该语言是一次革命性的改变，因为它为了变得更有逻辑性和更好设计而打破了向后兼容。 然而，Opera的一小部分群众，不相信XML是所有Web开发者的未来。这些人开展了额外的工作，以证明扩展HTML形式且不必违反向后兼容的规范是可行的。该规范最终变成了Web Forms 2.0，随后加入到HTML 5规范中。来自于Mozilla的个人很快加入了这一工作，这一组织由Ian “Hixie”Hickson领导，私自地进行规范研究工作，而Apple则“站在一旁加油助威”，这个小组织自称WHATWG（Web Hypertext Application Technology Working Group，www.whatwg.org）。在规范的WHATWG版本的版权声明中，仍然可以看到这一起源，“〤opyright 2004-C2009 Apple Computer, Inc., Mozilla Foundation, and Opera Software ASA”（注意，你可以使用、复制并创建衍生产品）。 Hickson从Opera跳槽去了Google，在那里，他继续全职担任HTML 5（随后改名为Web Applications 1.0）的编辑。2006年，W3C承认他们在期待该领域迁移到XML（并且经过扩展成为XHTML 2.0）方面过于乐观。Tim Berners-Lee说：“有必要持续地发展HTML。让整个世界转向XML的尝试，包括引用属性值以及在空标记和命名空间中使用斜线，都立即无法工作。” (http://dig.csail.mit.edu/breadcrumbs/node/166)。 重新开始工作的HTML工作组通过投票，使用WHATWG的Web Applications规范作为HTML的新版本的基础，并由此开始了奇怪的过程，因为同一规范也由W3C（由IBM的Sam Ruby、Microsoft 的Chris Wilson，以及后来的Microsoft的Ruby、Paul Cotton和Apple的Maciej Stachowiak共同担任主席）和WHATWG同步开发，而Hickson继续担任编辑。 这一过程在几个方面显得很不同寻常。首先是不寻常的开放性，任何人都可以加入WHATWG邮件列表并为此规范做出贡献。每一封邮件都由Hickson或WHATWG核心团队阅读（包括JavaScript的发明者兼Mozilla的CTO Brendan Eich、Safari和WebKit架构师David Hyatt、CSS的发明者和Opera CTO H宬on Wium Lie等知名人士）。 不管这些想法来自何处，以及它们代表谁，或者这些想法最初是从哪里提出的，总之，好的想法就会实现，糟糕的想法就会拒绝。好的想法可以通过Twitter、博客和在线聊天系统获得。 查找规范 由于HTML 5规范由W3C和WHATWG共同开发，因此，该规范存在不同版本。 www.w3.org/TR/html5/是W3C的官方快照，而http://dev.w3.org/html5/spec/是最新编辑的草案和可能的修改。 要查看WHATWG的版本，可访问http://whatwg.org/html5，但要留意其标题是“HTML5 (including next generation additions still in development)”，这很大程度上包含了实验性的思路，例如<device>这样的元素。不要假设这个文档中的内容已经到处都实现了，或者甚至完全完成了。但这个文档注明了规范在不同浏览器中的实现状态。 还有完整的WHATWG规范的一个单页版本，叫做“Web Applications 1.0”，它整合了WHATWG中的所有内容，位于http://www.whatwg.org/specs/web-apps/current-work/complete.html，但是，由于它拥有很多的脚本，可能会使你的浏览器崩溃。 有点晕了？http://wiki. whatwg.org/ wiki/FAQ#What_are_the_various_ versions_of_ the_spec.3F列出并介绍了这些不同的版本。 Geolocation并不是一个WHATWG规范，它位于http://www.w3.org/TR/geolocation-API/。 2009年，W3C停止了关于XHTML 2.0的工作，并且将资源转向HTML，由此，HTML 5显然赢得了这场理论之战（追求纯设计，即便违反了向后兼容，对阵实用主义且“不要破坏Web”）。HTML 5工作组是由来自各个浏览器厂商的代表组成的，这一情况也很重要。如果厂商不愿意实现规范的某部分（例如，Microsoft不愿意实现<dialog>，或Mozilla反对<bb>），就放弃该部分。Hickson曾经说过：“实际上，浏览器厂商对于规范中的一切拥有最终投票权，因为，如果他们不实现它，那么规范只不过是一部科幻作品。” (http://www.webstandards.org/2009/05/13/interview-with-ian-hickson-editor-of-the-html-5-specification/)。很多参与者发现浏览器厂商劫持了“自己的Web”，他们纷纷以此为借口来抱怨。 W3C和WHATWG之间的工作关系并没有像预期的那样顺利。W3C以一种基于民意的方式运作，而Hickson继续扮演他在WHATWG的角色，即一位乐善好施的独裁者（很多人可能会对我们在这里使用“独裁者”一词嗤之以鼻）。可以肯定的是，Hickson对于这门语言应该如何发展有着非常强硬的想法。 HTML 5背后的哲学 HTML 5的背后是一系列确定的设计原则(http://www.w3.org/TR/html-design-principles)。HTML 5有3个主要目标： ?确定当前浏览器能够互操作的行为。 ?首次定义错误处理。 ?将该语言发展为Web应用程序编写者易于使用的形式。 不要破坏已有的Web页面 我们当前开发站点和应用的很多方法，依赖于没有正式文档记录（或至少没有规范化）的功能，它们随着时间的流逝而加入到浏览器中。例如，无数的AJAX驱动的站点的XMLHttpRequest（XHR）功能。该功能由Microsoft发明，随后经过逆向工程并加入到所有其他的浏览器中，但是还没有作为标准规范化（Opera的Anne van Kesteren最终将其作为WHATWG的一部分规范化）。众多站点的如此重要的一个部分，竟然完全留给了逆向工程！因此，HTML 5的首要任务之一，就是将未文档化的功能文档化，以便给Web开发者和浏览器实现者留下较小的猜测工作，从而增加互操作性。 明确地定义浏览器和其他的用户代理应该如何处理无效的标记，这也是必要的。在XML的世界中，这不是一个问题，因为如果浏览器发现一个错误，会要求它停止显示。Web得以快速普及和成功的主要原因之一是（以我们的观点），即便糟糕的代码也能够争取机会让某些或所有的浏览器显示。在Web上发布信息的门槛相当低，但是每款浏览器自由地决定如何显示糟糕的代码。如下的简单内容： <b><i>Hello mum!</b></i> （注意，结束标记匹配错误）在不同的浏览器中产生不同的DOM。不同的DOM可能导致相同的CSS有完全不同的显示，并且，它们可能没必要地增加了编写可跨浏览器运行的JavaScript的难度。一致的DOM对于HTML 5的设计如此重要，因为该语言自身就是根据DOM来定义的。 为了更好的互操作性，不同的浏览器之间保持相同的错误处理是很重要的，因此，即便面对有错误的HTML，也要产生完全相同的DOM。为了做到这点，有必要规范它。正如我们所说的，HTML 5规范印刷出来有900页的厚度，但是，只有300页的内容与Web开发者有关，剩下的内容都是针对浏览器的实现者的，明确告诉他们如何解析标记，即便是糟糕的标记。 Web应用程序 Web上逐渐增多的站点，就是我们所谓的Web应用程序，也就是说，它们模仿桌面应用程序，而不是模仿组成Web的大多数内容的、传统的静态文本-图像-链接文档。例子包括在线字处理程序、照片编辑工具、地图站点等。通过JavaScript，这些应用将HTML 4的功能发挥到了极致。HTML 5为拖曳、服务器发送事件、绘图、视频等指定了新的DOM API。HTML页面通过DOM中的对象将这些接口暴露给JavaScript，使其很容易使用严格规范的标准而不是几乎没有文档化的hack技术来编写这样的应用。 更为重要的是，我们需要一个开放的标准（自由地使用和自由地实现），能够与Adobe Flash 或Microsoft Silverlight这样的专有性标准竞争。不管你对于这些技术或公司有什么样的想法，我们相信Web对于社会、商业和通信来说是非常重要的平台，而不应该掌握在一家厂商的手中。如果Caxton在印刷出版生产技术方面持有专利和垄断的话，文艺复兴的进展将何其不同？ 不要破坏Web Web上已经有了巨量的页面了，并且它们势必要继续显示下去。因此，HTML 5（主要）是HTML 4的一个超集，继续定义浏览器应该如何处理<font>、<center>这样的遗留标记，以及其他这样的表现型标签，因为数以百万计的Web页面在使用它们。但是开发者不应该再使用它们，因为它们已经废弃了。对于Web开发者来说，语义性标记在今天仍然流行，尽管对于HTML 5是否包含了足够多的语义或过多的元素，每个读者都会形成自己的结论。 作为额外的好处，HTML 5的明确的解析规则应该可以确保陈旧的页面能够满足互操作性的要求，因为HTML 5解析器将用于所有的HTML文档（还没有浏览器默认地配备一个HTML 5解析器，尽管在编写本书时Firefox已经有了一个实验性的HTML 5解析器，可以通过about:config命令把偏好设置html5.enable改为true，从而打开该解析器）。 XML怎么样 HTML 5 不是一种XML语言（它甚至不是一种SGML语言）。它必须充当text/HTML。如果你需要使用XML的话，也有一个XML系列版本XHTML 5。它支持所有相同的功能，但是（毫不奇怪的是）需要一种更为严格的语法（如果你习惯了编写XHTML，那么这和你以前所编写的完全相同）。它必须是结构良好的XML，并且必须充当一种XML MIME类型，即便IE 8及其更早版本都不能处理它（会为其提供下载而不是显示）。因此，我们在本书中使用HTML而不是XHTML语法。 HTML 5支持 HTML 5正在快速发展，该规范已经在2009年10月进入了第一个最终草案，在此日期之前，浏览器已经开始实现对HTML 5的支持了（特别是围绕API）。随着浏览器开始推出新的功能，HTML 5的支持将同样持续地增加。 在编写本书时，我们已经几次修改章节，已考虑到规范中的修改，而规范现在看上去已经相当稳定了。我们提到“这只在浏览器××中支持”的那些地方，很快将会过时，这真是好事情。 让我们开始动手吧 好了，这就是我们的历史课，还加入了一点点哲学内容。这就是为什么HTML 5有时候固执地与其他规范不一致，对于向后兼容，它常常定义浏览器实际做什么，而不是像一个RFC规范应该做的那样。这就是为什么有时候HTML 5像是一个杂牌组合或折中意见，它就是这样的。如果这就是我们为一个可以互操作的开放Web所要付出的代价，那么Web开发者会说：“实用主义万岁！” 系好安全带了吗？ 让我们开始HTML 5的探索之旅吧！