[译] 你所不了解的 querySelector_html/css_WEB-ITnose

php中文网

发布时间：2016-06-21 08:49:13

1802人浏览过

来源于php中文网

原创

2015-09-01

原文链接

现代浏览器提供了querySelector和querySelectorAll这两API。它们用来查询匹配CSS选择器的单个或多个元素。这类似CSS选择器：用class或ID选取元素。如果你没有用过它们，MDN上有非常棒的介绍。

想象下面的HTML页面：

立即学习“前端免费学习笔记（深入）”；

document.querySelectorAll("div")返回页面中所有div元素组成的节点列表（NodeList类型的对象），而 document.querySelector("div.lonely")返回一个单独的div元素。

document元素支持querySelector和querySelectorAll，你可以在整个页面文档中查找元素。元素本身也支持querySelector和querySelectorAll，你可以查找该元素的子代元素。例如，下面的表达式会查找#my-id下的图片子代元素：

document.querySelector("#my-id").querySelectorAll("img")

在上述html页面例子中，这个表达式将查询到 [译] 你所不了解的 querySelector_html/css_WEB-ITnose 而不会匹配

好好想想，下面这两个表达式做了什么？

document.querySelectorAll("#my-id div div");document.querySelector("#my-id").querySelectorAll("div div");

你可能想当然地认为它们是等价的。毕竟，第一个是查询一个被#my-div下div包裹的div元素，而另一个是查询一个被div包裹的div元素，而这个div是#my-id的子代元素。然而，当你看这个 http://jsbin.com/hineco/edit?html,js,output时，你会发现，它们返回了非常不一样的结果：

document.querySelectorAll("#my-id div div").length === 1;document.querySelector("#my-id").querySelectorAll("div div").length === 3;

Transor

专业的AI翻译工具，支持网页、字幕、PDF、图片实时翻译

下载

这里到底是怎么回事？

这是因为， element.querySelectorAll不是从 element开始匹配元素的。而事实上，它会在 element的子代元素中匹配查询条件。因此，我们找到了三个div元素： div.lonely，div.outer，div.inner。我们找它们是因为它们都匹配 div div选择符，而且它们都是#my-id的子代元素。

我们要记住，querySelector/querySelectorAll下的CSS选择器是绝对的。它们并不会相对于任何特定的元素，甚至不会相对于调用querySelectorAll的元素。

这甚至对调用querySelectorAll的元素的外部元素生效。例如，这个选择器：

document.querySelector("#my-id").querySelector("div div div")

…在这个代码段（ JSbin）中匹配 div.inner：

这个API让我觉得很意外，我所问过的前端工程师也同意我的观点。然而，这个并不是一个bug。这就是规范定义它的工作方式，而浏览器也一致地按这种方式实现了它。 John Resig 评论道，当这个规范出来的时候，他和其他人都感到这个API的行为相当的诡异。

如果你无法轻易地将选择器重写为“绝对的”形式，这里有两个选择： :scopeCSS伪选择器和 query/queryAll。

:scope伪选择器是相对当前作用域进行匹配的。这名字来自CSS的作用域标识符，它能够限定样式在文档中的范围。

document.querySelector("#my-id").querySelectorAll(":scope div div");

不幸的是，支持作用域CSS和 :scope伪选择器的浏览器非常少。只有最新的火狐浏览器默认支持它。Chrome和Opera需要隐藏的很深的实验功能来开启它。Safari的实现则漏洞白出。而IE干脆没有实现。

另一个选择是 element.query/queryAll。它们是 querySelector和 querySelectorAll的替代方法，存在DOM父节点上。它们也接受选择器，但这些选择器的解析是相对于调用这些方法的元素。不幸的是，这些方法更加模糊不清：MDN或caniuse.com里都没有提及它们，并且2015年6月18日的DOM4草案中也不见踪影。他们仍然存在于一个较旧的版本中，于2014年二月4日，也出现在WHATWG 现存文档中。他们已经被至少两个扩展兼容库实现：