例如处理事件的时候,有时候需要知道当前点击的是第几个子节点,而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 方法的性能非常差。
