例如处理事件的时候,有时候需要知道当前点击的是第几个子节点,而HTML DOM本身并没有直接提供相应的属性,需要自己来计算。
从一个索引序号,很容易得到该索引对应的子节点或者子元素,直接用parentNode.childNodes[index] 或 parentNode.children[index] 就行。
但反过来,已知一个节点或元素对象,要知道它的索引序号则没有那么直接了。
一些特殊的元素,HTML DOM有对应的属性表示其索引序号,主要是表格的TD 和 TR 元素。
表格单元格TD元素有 cellIndex 属性。
表格行TR元素有rowIndex属性。
如果你的处理目标刚好就是表格,则优先使用这两个属性。
但一般的节点或元素并没有 childNodeIndex 或者 childElementIndex 之类的属性。
解决方案主要分为两类:
一、预先计算并缓存节点的索引号(可以存在节点属性或者js变量中)。
二、实时计算,需要遍历部分节点。
应用中,可根据不同的实际情况,选用上述两类方案之一。
适用方案一的情形:
当DOM结构不会变化,并且需要频繁的获取个别节点的索引,可采用方案一。
优点是后续读取快,缺点是初始化需要开销,DOM结构变化后需要重新初始化。
适用方案二的情形:
DOM结构可能会变化,并且不是特别频繁的获取个别节点的索引,可采用方案二。
优点是不受DOM结构变化的影响,不会污染DOM结构,没有初始化开销。缺点是不适合高频率调用。
一般而言,采用方案二是更好的,因为通常DOM树规模是比较有限的,一轮的循环并不会导致显著降低整体性能,而其优点则是显著的。
对于IE浏览器,则有更直接的方法。
从IE4到IE11,都有sourceIndex属性,这个属性表示了元素在DOM树的顺序,比较元素和父元素的sourceIndex的差值就很容易知道元素是第几个子元素了。
我写了一段函数来区分处理,在IE下采用sourceIndex高效判断,非IE则采用一般遍历。
function getChildrenIndex(ele){
//IE is simplest and fastest
if(ele.sourceIndex){
return ele.sourceIndex - ele.parentNode.sourceIndex - 1;
}
//other browsers
var i=0;
while(ele = ele.previousElementSibling){
i++;
}
return i;
}
上面的函数只是计算元素Element,也就是nodeType为1的节点,文本节点、注释节点等将不被统计。如果需要计算所有节点在内,则不能适用sourceIndex,因为该属性只针对Element. previousElementSibling也要相应的改为previousSibling. 那就要写成如下的函数了:
function getNodeIndex(node){
var i=0;
while(ele = ele.previousSibling){
i++;
}
return i;
}
后记:在非IE下,有 compareDocumentPosition 方法用于比较节点的位置关系,但经过测试该方法的性能非常差,其内部的实现机制肯定不是像IE那样缓存了资源索引号的,如果这个方法极高效,那就可采用二分法进行计算,从而提高效率,但目前还不可能。
最后的总结:
对于表格TD和TR元素优先使用cellIndex和rowIndex属性。
对于IE优先使用sourceIndex属性。
其它情形使用previousElementSibling 或 previousSibling 进行遍历。
compareDocumentPosition 方法的性能非常差。