《HTML5秘密》是马修·麦克唐纳撰写、人民邮电出版社出版的平装书。 本书售价为：79.00元。 页数：360。我从网上精心整理了一些读者的评论。 希望对您有所帮助。 可以帮助。
看完《HTML5揭秘》的感想（一）：编者注（李静）
“HTML5秘籍”？ 听起来有点像《向日葵之书》。 担心听不懂？ 没关系，我们先来看看阅读这本书的要求：写过一个简单的网页，懂一点样式表，懂一点Javascript。 现在很多人都可以松一口气了。 我再给你一个定心丸：本书是资深翻译家李松峰翻译的。 李松峰老师翻译了很多广受好评的书籍，包括《高级Javascript编程（第3版）》、《简单第一》、《说教之道》等。懂英文的同时，他还纠正了日文原版中留下的一些错误，大大降低了Web开发者的阅读障碍。 编辑在编辑过程中体验到了前所未有的轻松和流畅，短短几天就完成了本书的编辑工作。 谨向李老师表示感谢。
说了这么多，你们中的一些人可能迫不及待地想知道这本书的内容。 让我们来看看。 本书主要由四个部分组成。 第一部分实际上介绍了HTML到HTML5的发展过程、HTML5的优点，还涉及浏览器支持和HTML5的语义元素。 第二部分开始介绍现代网页的编写，探讨HTML5表单元素的变化，谈论HTML5令人兴奋的新特性（支持音频和视频播放），并演示令人着迷的Canvas绘图技术和最新版本的CSS3 。 第三部分开始涉及日益复杂和中间的技术，包括离线应用程序、与Web服务器的通信（引入著名的XMLHttpRequest对象）以及更酷的Javascript技术。 Javascript 简介的目的是介绍三个新功能，以解决现代 Web 应用程序开发的困境。 第一个是可以确定用户位置的地理定位，第二个是在后台执行复杂任务的 Web Worker，第三个是新的浏览器历史记录功能，还可以同步网页的 URL 和当前状态。
本书结构非常合理，循序渐进地介绍了相关知识，有助于读者理解。
看完《HTML5揭秘》后的感想（二）：【TEAP】HTML5简介
什么是 TEAP？ TEAP，图灵书早期访问计划，是图灵新书翻译的样本章节。 一本书的翻译周期约为3至6个月。 这么长的时间里，译者和读者没有交流是难以想象的。 TEAP模仿曼宁的MEAP，提前发布未经编辑的内容。 读者可以阅读未来将要发布的内容，译者也可以收到宝贵的反馈意见，以改进翻译和质量。 本文是《HTML5秘籍》第一章的前两节。
如果HTML是一部电影，那么HTML5就是一个大转折点。
HTML 不应该在 21 世纪继续存在。 官方 Web 标准组织 W3C（万维网联盟的缩写）早在 1998 年就放弃了 HTML。W3C 将其未来寄托在了更现代的后续标准 XHTML 上。 正是一群被剥夺了权利的人让 HTML 重新焕发了生机，并为本书将要描述的功能奠定了基础。
在本章中，您将了解 HTML 消亡的原因以及它是如何复活的； 了解HTML5的设计原理和功能； 您还将认识到烦人的浏览器支持问题。 在本章中，您将第一次看到简单的 HTML5 文档——包括最简单的形式和更实用的模板。 在此模板的基础上，可以建立任何网站。
HTML5 的故事
大家都知道HTML是用来编译网页的语言。 HTML 的基本思想（使用元素为内容添加结构）自 Web 诞生以来就没有改变。 事实上，即使是最古老的网页仍然可以在最新的浏览器中完美呈现（包括Firefox、Chrome等当时还不存在的浏览器）。
年老而成功也伴随着相当大的风险，每个人都想取代你！ 1998 年，W3C 停止维护 HTML。 作为对其的改进，它开始开发基于XML-XHTML 1.0的后续版本。
XHTML 1.0：更严格的标准
XHTML和HTML的大部分句型是相同的，但要求更严格。 很多原来粗心大意的HTML标签在XHTML中已经变得不可接受了。
例如，如果您想将标题中的最后一个单词设为斜体，您可以这样写：
lt;h1>鸭子的一生
但你不小心放错了最后两个标签：
lt;h1>鸭子的一生
浏览器遇到这个稍微凌乱的标记后，它就知道你想做什么。 所以它把这个词用斜体字表示并且不会责怪你。 然而，标签不匹配违反了 XHTML 的规则。 如果您将页面复制到 XHTML 验证器中（或使用 Dreamweaver 等网页设计工具时），您将看到一条警告，告诉您存在错误。 从网页设计的角度来看，此技巧很有用，因为您可以发现导致不同浏览器中显示不一致的小错误，并在编辑和改进页面时可能导致更严重的问题。
最初，XHTML 是成功的。 专业的 Web 开发人员仍然非常支持 XHTML，他们厌倦了可以编写任何内容的浏览器怪癖和怪异现象。 后来，XHTML标准迫使他们养成了更好的习惯，同时放弃了HTML中这些半生不熟的低格式功能。 然而，与XML工具协作、降低页面自动化程序处理的难度、易于移植到联通平台以及XHTML语言本身的可扩展性等预期的好处在XHTML中却从未实现。
即便如此，XHTML 仍然是最严肃的网页设计师所遵循的标准。 虽然每个人看起来都很高兴，但有一个不言而喻的规则：浏览器理解 XHTML 标记，但没有严格按照标准进行错误检查。 这意味着该页面仍然无法遵循XHTML规则，浏览器将视而不见。 事实上，没有什么可以阻止 Web 开发人员将混乱的标记与陈旧的 HTML 内容混合在一起，并说这是一个 XHTML 页面。 世界上没有任何一个浏览器能够抵制这种行为。 这种情况让那些负责XHTML 标准的人深感不安。
XHTML 2：意外失败
解决方案是 XHTML 2。这个新版本规定了严格的错误处理规则，迫使浏览器拒绝无效的 XHTML 2 页面，同时还消除了许多从 HTML 继承的奇怪行为和编码约定。 例如，通过编号方式（、、等）来区分标题的方式被替换为重要性取决于其在网页中的位置的元素。 同样，由于允许 Web 开发人员将任何元素转换为链接，元素的地位直线下降。
通过放弃提供替代内容的新方式，元素也失去了原来的 alt 属性。
这些变化是 XHTML 2 的典型变化。理论上，这些变化更优雅、更合理。 从实用的角度来看，这需要大家改变网页原来编译的形式（现有的网页必须更新），但付出这个代价并不会减少任何新功能，让这一切显得一文不值。 同时，XHTML 2还声明了几个众所周知的元素已过时，例如（用于粗体文本）、（用于斜体）和（用于在网页中嵌入另一个网页），但这些元素对于Web来说并不熟悉设计师。 仍然很受欢迎。
但最糟糕的是起草过程极其缓慢。 XHTML 2的起草过程拖了5年才完成，开发者的热情也早已浇灭。
HTML5：起死回生
几乎在同一时间（自 2004 年以来），一群人从另一个角度看待 Web 的未来。 他们不会考虑找出 HTML 中的各种缺陷（或者简单地声称“不纯粹的哲学”），而是考虑它缺少哪些 Web 开发人员在编码时迫切需要的功能。
毕竟，HTML 最初是作为一种显示文档的方式出现的。 辅以Javascript，虽然已经被推演成系统，但可以开发搜索引擎、在线商店、在线地图、邮件阅读器以及其他只能想象的应用程序。 虽然设计良好的 Web 应用程序可以做很多令人钦佩的事情，但开发这样的应用程序绝非易事。 大多数涉及编写大量 JavaScript 代码、使用一个或多个流行的 JavaScript 工具包，甚至是在 Web 服务器上运行的服务器端 Web 应用程序。 让所有这些方面跨浏览器无缝地协同工作是一个挑战。 即使赢得挑战后，您也必须记住这些将各个方面联系在一起的复杂细节。
开发浏览器的人非常关心这些情况。 于是css秘笈，来自 Opera Software（开发 Opera 浏览器的公司）和 Mozilla 基金会（开发 Firefox 浏览器的组织）的一些有远见的人士纷纷发声，希望 XHTML 能够增加一些更有用的功能给开发商。 但他们的建议没有被采纳。 于是，Opera、Mozilla 和 Apple 自发成立了 WHATWG（Web Hypertext Application Technologyworking Group，Web 超文本应用技术工作组）css秘笈，致力于寻找新的解决方案。
WHATWG 不想取代 HTML，而是考虑以可访问、向后兼容的形式扩展它。 该组织最早的工作包括两个补充规范：Web Application 1.0 和 Web Forms 2.0。 HTML5就是在这两个标准的基础上发展起来的。
注意，HTML5中的数字5表示该标准是HTML的后续版本（在XHTML之前，HTML的版本号是4.01）。 当然，这个解释并不完全正确，因为HTML5支持HTML 4.01发布10年来网页中出现的所有新东西，包括严格的XHTML风格的句型（只要你喜欢就可以使用） ）以及许多 Javascript 创新。 但不管怎样，这个名字仍然清楚地表明：HTML5实际上支持XHTML的规定，但它需要HTML的规则。
2007年，WHATWG阵营获得了前所未有的支持。 痛定思痛后，W3C 宣布解散负责制定 XHTML 2 标准的工作组，并开始致力于将 HTML5 修改为即将推出的标准。 这样一来，原来的HTML5就被分成了几个易于管理的模块，很多原来称为HTML5的功能也被分散到了几个独立的标准中（具体参见前面的注释栏）。
HTML5包含哪些功能
如果有人说某个浏览器“支持”HTML5，其实根本不存在这样的事情。 事实上，任何浏览器都支持逐渐扩展的 HTML5 相关功能子集。 这个结果有好有坏。 这很好，因为浏览器可以快速实现 HTML5 的成熟部分，同时允许其他部分继续发展。 这很难说，因为编译网页的人必须检查浏览器是否支持他想要使用的功能。 （本书将介绍许多浏览器检查技术，有些繁琐，有些不那么繁琐。）
下面列出了 HTML5 中包含的一些主要功能。
HTML5 核心。 这部分主要由W3C官方规范组成，涉及新的语义元素（第2章和第3章）、新的和改进的Web表单小部件（第4章）、音频和视频支持（第5章）以及用于Javascript绘图的Canvas（第6章和第7章） ）。 这部分的大部分功能都得到了浏览器的良好支持。
曾经属于 HTML5 的功能。 这部分源自WHATWG最初开发的HTML5规范，其中大部分需要Javascript并支持富Web应用程序开发。 最重要的包括本地数据存储（第 9 章）、离线应用程序（第 10 章）和消息传递（第 11 章），但本书的内容远不止这些。
有时称为 HTML5 的一项功能。 这些通常指的是下一代功能，尽管它们尚未进入 HTML5 标准，但人们经常将它们与 HTML5 进行比较。 本节包括 CSS3（第 8 章）和地理定位（第 12 章）。
令人不解的是，造成标准如此麻烦的不仅仅是这些非技术管理者和技术作者，就连W3C也在有意无意地模糊了“真正的”HTML5（现有标准）和“宣传”。 “可用”版本之间的界限（包括所有新兴技术和其他垃圾）。 作为一个反例，W3C 官方徽标网站 (http://www.w3c.org/) 鼓励人们生成推广 CSS3 和 SVG 的 HTML5 徽标，这两个标准早在 HTML5 存在之前就已开发。
HTML：活的语言
从W3C到WHATWG，再回到W3C，这个过程造成了相当罕见的转变和调整。 从技术上讲，什么是或不是 HTML5 由 W3C 决定。 但与此同时，WHATWG 仍在设计未来的 HTML 功能。 直到最近，他们不再将自己的工作成果称为HTML5，而是简单地称为HTML，表明HTML还将继续存在。
由于 HTML 是一种活的语言，因此新功能（和新元素）可能随时添加到 HTML 标准中。 是否使用该功能取决于网页的创作者，是否支持该功能则取决于浏览器的开发者。 但所有功能不再与特定版本号相关联。
当网络开发人员看到这一点时，他们的第一反应通常是感到困惑。 毕竟，谁希望浏览器对标准的支持有所不同，谁希望仅根据未来支持的可能性来选择功能？ 然而，当你冷静地思考时，大多数 Web 开发者仍然不情愿地接受这样一个事实：无论好坏，这就是明天浏览器的现实，而且从三天前 Web 诞生以来就是如此。 是这样的。
正如我们之前所解释的，当今的浏览器很乐意支持大量的功能。 您可以将诸如元素（用于创建滚动文本，已弃用）之类的内容添加到被认为是反常的激进 XHTML 页面中，并且没有浏览器会反对。 同样，一些浏览器在支持最古老的标准方面仍然存在众所周知的遗漏。 例如，一些浏览器开发人员在完全支持 CSS2 之前就开始实现 CSS3。 结果CSS2的很多功能后来都没有实现。 唯一的区别是 HTML5 现在将“活语言”变成了常规状态。 同样，正当我们为HTML引入新的创新篇章时，它在经历了多次轮回后终于恢复了原来的面貌，这难道不是一个巨大的讽刺吗？
HTML5的三大原则
此时此刻，有些读者可能已经按捺不住了，迫不及待地想知道真正的HTML5页面是什么样子的。 但在此之前，有必要了解一下制定HTML5规范的人当时的想法。 只有理解了这种语言背后的设计思想，我们才能真正理解本书将要介绍的怪异行为、复杂现象以及常常令人头疼的问题。
不破坏网络
“不要破坏网络”意味着标准不应引入导致现有网页难以使用的更改。 这种事情很少发生。
“不要破坏网络”还意味着标准不应该意外地改变规则，也不应该假设明天完美的网页今天就会失效（即使它可用）。 例如，XHTML 2 打破了 Web，因为它需要立即对网页最初的编写方式进行重大更改。 是的，原始网页可以工作，但这全归功于浏览器对向后兼容性的支持。 如果您为未来做好准备并希望根据最新标准重新绘制网页，您将不得不浪费无数时间来纠正 XHTML 2 已经禁止的“错误”。
HTML5 采取了不同的立场。 HTML5 之前可以接受的内容在 HTML5 之后仍然可以接受。 事实是，符合 HTML 4.01 标准的网页在 HTML5 中仍然有效。
请注意，与以前的标准不同，HTML5不仅告诉浏览器开发人员支持什么，还解释和标准化了他们原来的处理方法。 由于 HTML5 标准描述了事实，而不是抛出一堆理想规则，因此它有望成为有史以来最受支持的 Web 标准。
HTML5 如何处理过时的元素
由于 HTML5 支持所有 HTML，因此它支持许多被认为已过时的功能。 其中包括像这样的低框架元素、已弃用的特效元素（例如 和 ）以及棘手的 HTML 框架系统。
这种包罗万象的开放性是许多 HTML5 菜鸟感到困惑的原因之一。 一方面，HTML5无论如何都应该禁止使用此类过时的元素，因为它们已经很多年没有出现在官方规范中了。 另一方面，现代浏览器仍然悄悄地支持这个元素，而 HTML5 就是为了展示浏览器实际如何处理它。 那么这个标准是如何运作的呢？
为了解决这个问题，HTML5 规范由两个独立的部分组成。 第一部分（本书即将介绍）针对的是Web开发人员，要求改掉过去的这些坏习惯和过时的元素。 通过使用 HTML5 验证器可以确保符合 HTML5 标准的这一部分。
HTML5 规范的第二部分（也是更长的部分）针对的是浏览器开发人员。 他们需要支持 HTML 中存在的所有内容以向后兼容。 理想情况下，HTML5 标准应该包含足够的信息，以允许从头开始开发新的浏览器，并且该浏览器应该与未来的现代浏览器完全兼容，无论它处理新的还是旧的标记。 兼容的。 这部分是告诉浏览器如何处理这些官方不鼓励但仍必须支持的过时元素。
有时，HTML5规范也会指定如何处理各种错误（例如遗漏或不匹配的标签）。 虽然这很重要，因为它可以保证有缺陷的页面在不同的浏览器中能够得到同样的对待，甚至规定将页面映射到 DOM（Document Object Model，文档对象模型，即页面在视频内存）元素的对象树，由Javascript使用）如此详细。 为了编写标准中这个复杂而乏味的部分，HTML5的作者在现代浏览器上进行了详尽的测试，发现指定的错误处理行为尚未实现。 然后将该行为添加到标准中。
修牛蹄路
牛道是一条崎岖但使用频繁的道路，通过它可以从一个地方到达另一个地方。 之所以有牛蹄路，是因为有人在行走。 也许这条路不是最舒服的，但从某种程度上来说却是最实用的方案。
HTML5 的目标是标准化这种非官方（但广泛使用）的技术。 也许与新建的高速公路相比，牛条子路没有那么平坦、开阔，但胜算更大。 因为对于普通网页设计师来说，转向新技术可能超出了他们的能力，或者根本不符合他们的兴趣。 更大的问题是使用旧版浏览器的访问者无法从新技术中受益。 XHTML 2 试图让人们脱离常规，但惨遭失败。
请注意，修补有一个显着的好处：它使用浏览器在某种程度上已经支持的成熟技术。 假设有一种漂亮的新技术，但只有 70% 的浏览器支持，并且有一种 hack 可以在任何情况下工作，但不是那么优雅。 Web 开发人员总是会选择不太优雅的 hack，因为它适合更多用户。
“补牛蹄路”的做法也需要妥协。 有时，这意味着要容忍受到广泛支持但设计不佳的功能。 一个反例是 HTML5 拖放（参见第 9.3.6 节）。 该功能完全基于Google为IE5设计的拖放机制。 尽管目前所有浏览器都支持这种拖放功能，但几乎每个人都讨厌它，因为它不灵活且使用起来过于复杂。 为此，不少网页设计师也指责“HTML5不仅鼓励不良行为，还给它们正名”。
实用第一
原则很简单：改变应该出于实用目的。 改变越多，成本就越大。 Web 开发人员可能更喜欢设计良好、一致且没有奇怪行为的标准。 但这还不足以成为改变已经用于创建数十亿网页的语言的理由。 当然，是否需要改变，需要有人根据利弊来权衡。 现有的网页是如何制作的，或者他们试图如何制作它们，可以作为判断的良好基础。
例如，YouTube（在撰写本文时）是世界上第三大最受欢迎的网站，但由于 HTML5 之前的 HTML 并不真正支持视频，因此 YouTube 仍然依赖于 Flash 插件。 使用Flash插件是没有问题的，因为只要是能上网的笔记本电脑，基本上都会安装这个插件。 不过，也有例外。 例如，有些公司会锁定他们的计算机，不允许安装Flash。 此外，Apple 设备（例如 iPhone 和 iPad）不支持 Flash。 无论有多少笔记本电脑安装了Flash，毫无疑问有必要扩展HTML标准，使其直接支持人们明天使用Web的最基本形式之一——观看视频。
HTML5 中添加更多交互功能也是出于同样的动机。 同样的情况也适用于拖放、可编辑 HTML 内容以及在 Canvas 中绘制二维图形。 这些功能在我们周围的网页中并不少见，但有些是通过 Adobe Flash 或 Google Silverlight 等插件实现的，而另一些则借助 Javascript 库或（更困难）完全由手工编译的 Javascript 代码实现。 那么为什么不添加对 HTML 标准的官方支持，以便这些功能在所有浏览器上一致地工作呢？
请注意，Flash 等浏览器插件不会在一夜之间（甚至在未来几年内）消失。 虽然HTML5有很多创新，但通过它构建复杂的图形界面应用程序并不容易（建议读者看看这些基于浏览器的游戏）。 不过，HTML5的最终目标很明确：让网站不依赖插件就能提供视频、丰富的交互功能以及各种漂亮的治疗效果。
（超过）
