例如處理事件的時(shí)候，有時(shí)候需要知道當(dāng)前點(diǎn)擊的是第幾個(gè)子節(jié)點(diǎn)，而HTML DOM本身并沒(méi)有直接提供相應(yīng)的屬性，需要自己來(lái)計(jì)算。

從一個(gè)索引序號(hào)，很容易得到該索引對(duì)應(yīng)的子節(jié)點(diǎn)或者子元素，直接用parentNode.childNodes[index] 或 parentNode.children[index] 就行。

但反過(guò)來(lái)，已知一個(gè)節(jié)點(diǎn)或元素對(duì)象，要知道它的索引序號(hào)則沒(méi)有那么直接了。

一些特殊的元素，HTML DOM有對(duì)應(yīng)的屬性表示其索引序號(hào)，主要是表格的TD 和 TR 元素。

表格單元格TD元素有 cellIndex 屬性。

表格行TR元素有rowIndex屬性。

如果你的處理目標(biāo)剛好就是表格，則優(yōu)先使用這兩個(gè)屬性。

但一般的節(jié)點(diǎn)或元素并沒(méi)有 childNodeIndex 或者 childElementIndex 之類的屬性。

解決方案主要分為兩類：

一、預(yù)先計(jì)算并緩存節(jié)點(diǎn)的索引號(hào)(可以存在節(jié)點(diǎn)屬性或者js變量中)。

二、實(shí)時(shí)計(jì)算，需要遍歷部分節(jié)點(diǎn)。

應(yīng)用中，可根據(jù)不同的實(shí)際情況，選用上述兩類方案之一。

適用方案一的情形：

當(dāng)DOM結(jié)構(gòu)不會(huì)變化，并且需要頻繁的獲取個(gè)別節(jié)點(diǎn)的索引，可采用方案一。

優(yōu)點(diǎn)是后續(xù)讀取快，缺點(diǎn)是初始化需要開(kāi)銷，DOM結(jié)構(gòu)變化后需要重新初始化。

適用方案二的情形：

DOM結(jié)構(gòu)可能會(huì)變化，并且不是特別頻繁的獲取個(gè)別節(jié)點(diǎn)的索引，可采用方案二。

優(yōu)點(diǎn)是不受DOM結(jié)構(gòu)變化的影響，不會(huì)污染DOM結(jié)構(gòu)，沒(méi)有初始化開(kāi)銷。缺點(diǎn)是不適合高頻率調(diào)用。

一般而言，采用方案二是更好的，因?yàn)橥ǔOM樹(shù)規(guī)模是比較有限的，一輪的循環(huán)并不會(huì)導(dǎo)致顯著降低整體性能，而其優(yōu)點(diǎn)則是顯著的。

對(duì)于IE瀏覽器，則有更直接的方法。

從IE4到IE11，都有sourceIndex屬性，這個(gè)屬性表示了元素在DOM樹(shù)的順序，比較元素和父元素的sourceIndex的差值就很容易知道元素是第幾個(gè)子元素了。

我寫(xiě)了一段函數(shù)來(lái)區(qū)分處理，在IE下采用sourceIndex高效判斷，非IE則采用一般遍歷。

上面的函數(shù)只是計(jì)算元素Element，也就是nodeType為1的節(jié)點(diǎn)，文本節(jié)點(diǎn)、注釋節(jié)點(diǎn)等將不被統(tǒng)計(jì)。如果需要計(jì)算所有節(jié)點(diǎn)在內(nèi)，則不能適用sourceIndex，因?yàn)樵搶傩灾会槍?duì)Element. previousElementSibling也要相應(yīng)的改為previousSibling. 那就要寫(xiě)成如下的函數(shù)了：

后記：在非IE下，有 compareDocumentPosition 方法用于比較節(jié)點(diǎn)的位置關(guān)系，但經(jīng)過(guò)測(cè)試該方法的性能非常差，其內(nèi)部的實(shí)現(xiàn)機(jī)制肯定不是像IE那樣緩存了資源索引號(hào)的，如果這個(gè)方法極高效，那就可采用二分法進(jìn)行計(jì)算，從而提高效率，但目前還不可能。

最后的總結(jié)：

對(duì)于表格TD和TR元素優(yōu)先使用cellIndex和rowIndex屬性。

對(duì)于IE優(yōu)先使用sourceIndex屬性。

其它情形使用previousElementSibling 或 previousSibling 進(jìn)行遍歷。

compareDocumentPosition 方法的性能非常差。

最新評(píng)論