使用jQuery在浏览器中处理XML.doc

流行的 jQuery JavaScript 库以其能够使用 HTML 而著称，但您还可以用它来处理 XML，如果您非常小心并且知道它的缺陷。本文展示了如何使用 jQuery 来处理 Atom Web 提要格式。Web 提要 XML 可能是最广泛的 XML 格式，并且是 Web 上的 XML 的主要发展方向。但是大部分这种格式都使用 XML 名称空间，这些名称空间导致许多流行的 JavaScript 库（包括 jQuery）出现问题。 XML 是 Web 的 SGML，但是它还没有像 XML 社区那样在 Web 上引人注目。XML 在 Web 上最突出的成就 —— XHTML —— 已经被政治和委员会设计所纠缠，并且其他雄心壮志、技术良好的规范 —— 例如 XForms 和 SVG —— 一直受到低使用率的困扰。有时候 XML 会在意想不到的方面在 Web 上获得成功，包括 XML 格式的 Web 提要（例如 RSS 类型和 Atom）的流行。 和其他 Web 上的技术一样，Web 上的 XML 以浏览器为中心，但是大部分关于在 Web 上处理 XML 的讨论都集中在服务器端。在 developerWorks 的Firefox and XML?系列（参见?参考资料）中，我介绍了几种在 Firefox 浏览器中使用 XML 的方法。遗憾的是，跨浏览器处理 XML 甚至比跨浏览器处理 HTML 更加奇怪，这就是为什么这么多 Web 上的 XML 处理坚持相对安全的服务器端领域的部分原因。 许多动态 HTML 开发人员厌烦了跨浏览器的痛苦和浏览器之间脚本编写的怪癖 。几种出色的 JavaScript 库的出现使开发人员的工作更加轻松。这些库中最流行一种就是 jQuery，developerWorks 上有几篇文章已经对它进行了介绍。如果您知道如何绕开这些巨大的陷阱，您还可以使用 jQuery 来处理 XML。在本文中，我将展示如何在实际场景中联合使用 jQuery 和 XML，如何使用 Atom Web 提要，介绍一种在 jQuery 中处理 XML 的实用模式，并解决不幸遇到的实际问题。您需要对 XML、XML 名称空间、HTML、JavaScript 和 jQuery 库有基本的了解（请参阅?参考资料?了解更多介绍 jQuery 的文章）。 XML 名称空间的问题 我将首先介绍最严重的问题。jQuery 并不能完全解决 XML 名称空间问题。这个众所周知的问题由来已久，人们尝试了各种解决方案，但结果都不太令人满意。理想的解决方案可能是利用 jQuery 支持 CSS Level 3 名称空间选择器（仍然是一个 W3C 工作草案，请参阅?参考资料），它将添加一个新的选择器，如下所示： @namespace ex url(); ex|quote { font-weight: bold } 第一行是??名称空间的前缀声明，第二行是一种使用新的名称空间组件的类型选择器，其中用竖线符号分隔已声明的前缀和本地名称。不幸的是，jQuery 并不支持这种方法，因此人们采取了各种方法来处理名称空间问题。 伪装前缀的重要性 一种最常见的黑客方法是在 jQuery 中处理 XML 和名称空间时忽略名称空间，并选择完整的 qname（前缀和本地部分）。 $(xml).find(x\\:quote).each(function() { //process each node }); 该代码通过 jQuery 的节点名称概念选择，即 DOM nodeName 属性。它包含一个冒号，是 jQuery 选择器保留的符号，并且必须使用反斜杠进行转义。反斜杠是 JavaScript 脚本保留的符号并且必须是一对。这种黑客方法在使用不同前缀的名称空间等效文档中无法使用。 使用属性过滤器 据说有人成功地使用过以下方法的变体，即在伪属性?nodeName?上使用 jQuery 属性过滤器： $(xml).find([nodeName=x:quote]).each(function() { //process each node }); 使用 jQuery 1.3.x 之前的版本，您需要在?nodeName?前面加上 @。但是，这样做与上一节?伪装前缀的重要性?中提到的方法有着相同的基本问题。它将破坏许多真实的名称空间场景。我尝试了以下变体，这种方法更合理： $(xml).find([namespaceURI=][localName=quote]) .each(function() { //process each node }); 可惜这样不起作用。