javascript – 查询的NodeLists中“order”的可靠性如何

前端之家收集整理的这篇文章主要介绍了javascript – 查询的NodeLists中“order”的可靠性如何前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我很想知道这个话题已经有一段时间了.有问题的方法如下:

> getElementsByTagName
> getElementsByClassName
> getElementsByName
> querySelectorAll

据我所知,这些DOM方法是唯一能够返回冻结或实时NodeLists的方法.对于其中一些方法,订单由W3C规范定义.例如,http://www.w3.org为querySelectorAll返回的NodeLists写下以下内容

The querySelectorAll() methods on the Document,DocumentFragment,and
Element interfaces must return a NodeList containing all of the
matching Element nodes within the subtrees of the context node,in
document order. If there are no matching nodes,the method must return
an empty NodeList.

但是,我找不到与我提到的其他方法类似的明确规范.我的问题是:

>结果是否有定义的订单(最有可能是文件订单)?
>这些规范的可靠性和跨浏览器实现程度如何?

要绝对清楚:

<div>this</div>
<div>is</div>
<div>a demo</div>

// is this always guaranteed to be "<div>is</div>"
document.querySelectorAll('div')[1]

解决方法

是.所有这些都是文档顺序/树顺序.

> getElementsByName(DOM Level-2-HTML)返回NodeList
> querySelectorAll(Selectors API)以“文档顺序”返回NodeList
> getElementsByTagName(DOM)返回HTMLCollection
> getElementsByClassName(DOM)返回HTMLCollection

HTMLCollectionsNodeLists都被指定拥有

the elements are sorted in 07006.

当通过indizes访问它们时.

我认为那些规范(即使链接版本可能比某些实现更新)都是由所有浏览器可靠地实现的,主要是因为树顺序是最合乎逻辑且易于编码的.但是,您可能需要注意某些浏览器可能返回由不同元素组成的列表,因为它们的节点匹配不同.在确定元素的名称时,我可以想到一些怪癖.

猜你在找的JavaScript相关文章