XML样式的HTML5.doc

XML 样式的 HTML5HTML 的历史一直存有争议。即使是 web 架构师尽了最大努力，网页始终是一个难以驾驭的领域，它具有混乱的、令人费解的，甚至是有时非常恼人的破碎标记（别名为标签杂烩）。XML 的一个目标始终是帮助解决这种混乱问题，因此 XML 被定义为 “web 的 SGML”（SGML 是一种原语言，而 HTML 只是其中的一种）。XML 一问世就立刻引起了轩然大波。W3C 期望 XML 在浏览器中获得成功，并将 XHTML 作为比 HTML 更连贯的最自然的发展。不幸的是，总是出现意想不到的问题破坏这一目标。看似简单的概念（比如命名空间和链接）成为技术政治的梦魇。由此产生的争议和延迟已足以使浏览器开发人员确信，XML 可帮助解决现有问题，但是它又提出了更多新的、未知的问题。 即使没有越来越多的证据表明 XML 并非灵丹妙药，对于使用标记杂烩的大量旧式网页来说，当浏览器开发人员试图迁移到严格的基于 XML 的路径时，总是会遇到问题。此外，请考虑 Postels Law（Postel 法则），这一法则根据著名的计算机科学家 John Postel 命名。该法则规定： 像保守派那样去做，像自由派那样去接受其他的。 XML 的限制与此法则在服务器或数据库端是一致的，管理人员在策略方面是保守的。这也是 XML 茁壮成长的原因。web 浏览器可能是从其他人那里接收信息的最终示例，所以这也是 XML 和 Postel 法则最关注的地方。 XHTML 的发展 在过去几年里形势已非常严峻。浏览器厂商在很大程度上一直忽略了 W3C，并且成立了一个 Web 超文本应用技术工作组（Web Hypertext Application Technology Working Group，WHAT WG）发展 HTML，创建了 HTML5。但是对 W3C XHTML 的支持却停滞了。通过提供场所来继续 HTML5 工作，W3C 第一次认清了现实，并且它在 2009 年停止了 XHTML 工作，接受了失败这一事实。没有一种方法来衡量这是否是 XHTML 在实践中的结束。当然 HTML5 并非是有意设计为 XML 友好的，但它至少以 HTML 的 XML 序列化形式（在本文中是 XHTML5）提供了口惠。然而，事情还远没有解决，正如 HTML5 FAQ 中的一个问题所述： 如果我在 HTML 文档中小心地使用语法，是否可以使用 XML 解析器处理它？不可以。HTML 和 XML 有着显著的差别，尤其是在解析需求方面，并且您无法使用针对一方设计的工具去处理另一方的问题。但是，由于 HTML5 是根据 DOM 定义的，所以在大多数情况下，可使用 HTML 或 XHTML 序列化来表示同一文档。但是，稍后将介绍一些差异，这些差异使 XHTML 无法准确表示一些 HTML 文档，反之亦然。 对于对 web 上的 XML 的未来感兴趣的任何开发人员来说，这种情况会让他们感到非常困惑。本文将提供一个实用指南，阐述在 HTML 5 中使用 XML 的情况。本文是为那些被我称为终极网络黑客 的人而编写的，他们不是 W3C 标准大师，但要么对在 web 上生成 XHTML 5 感兴趣，要么对以简单的方式使用它感兴趣（也就是使用信息而不是担心庞大复杂的呈现）。我承认，做出其中一些建议对我来说是痛苦的，因为正确处理 XML 已有一个长期主张。记住，HTML5 仍然是 W3C 的工作草案，在它成为一个完整的建议之前可能还需要一段时间。尽管其中一些特性很稳定且能在 web 上很好地实现。 将文档作为 XHTML5 提供 不幸的是，我有更多的坏消息。您可能无法像官方定义的那样使用 XHTML5。这是因为一些法规规定：为了将文档转换为 XHTML5，它必须使用 application/xhtml+xml 或 application/xml MIME 类型提供。但是如果您这样做，所有发行的 Microsoft? Internet Explorer? 版本都将无法显示它（但使用其他主流的现代浏览器则没有问题）。惟一实用的解决方法是使用 text/html MIME 类型提供语法 XHTML5。从技术上讲，这可能违反了一些版本的 HTML5 规范，但是除非您可以不支持 Internet Explorer，否则就没有更多的选择。说到增加混乱，这在相关的工作组中是一个非常有争议的话题，并且至少这种语言已缓和了一些草案。Internet Explorer 9 测试版（也称为 “平台预览”）完全支持使用 XML MIME 类型提供的 XHTML，所以一旦用户可普遍使用此版本时，此问题就不存在了。同时，如果您需要支持 Internet Explorer 6 或更早的版本，则本文中介绍的