首先,我写个了个XML文件(member.xml):
<?xml version="1.0" encoding="UTF-8"?>
<St_Member>
<MemId>10002</MemId>
<MemNickName>Siuery</MemNickName>
<St_Mem_Ishow>
<Photo>8.2</Photo>
<Design>7.8</Design>
<Text>6.7</Text>
<Visage>6.6</Visage>
<Stature>6.2</Stature>
<Grace>6.1</Grace>
</St_Mem_Ishow>
</St_Member>
function getScore()2
{3
var voteItemStr="Photo|Design|Text|Visage|Stature|Grace";4
var voteItem=voteItemStr.split("|");5

6
if (http_request.readyState == READY_STATE_COMPLETE)7
{8
if (http_request.status == 200)9
{10
var xmlDoc=http_request.responseXML;11
var getIshow=xmlDoc.getElementsByTagName("St_Mem_Ishow");12
13
if(getIshow)14
{15
for(var i=0;i<6;i++)16
{17
$(voteItem[i]).innerHTML=getIshow[0].childNodes[i].firstChild.data;18
}19
}20
}21
else22
{23
if($("f1"))
{$("f1").innerHTML="fail to call back!";}24
}25
}26
else27
{28
for(i=0;i<6;i++)29
{30
$(voteItem[i]).innerHTML="
";31
}32
}33
}
正如所料,IE里取值表现良好,如图:
但在MF里却另一番景象:
再打开MF里的JavaScript控制台一看,有一个错误如下:
getIshow[0].childNodes[i].firstChild没有属性,意思也就是firstChild根本没找到!这是怎么回事呢?后来上网查查资料,一篇标题为《Mozilla Firefox与IE浏览器的javascript兼容性问题》的文章提示了我,文章里这样提到:
childNodes的下标的含义在IE和MF中不同,MF使用DOM规范,childNodes中会插入空白文本节点。一般可以通过node.getElementsByTagName()来回避这个问题。
在IE里,当取节点的值时,我一般习惯性地认为:当我们用getElementsByTagName(“markNode”)定位到markNode节点(如下XML模型)时,它的第一个子节点childNode1可以用getElementsByTagName(“markNode”).childNodes[0]来定位找到,而childNode1中的数据data1,我们则可以用getElementsByTagName(“markNode”).childNodes[0].firstChild.data来定位取到。
<markNode>
<childNode1>data1</childNode1>
<childNode2>data2</childNode2>
</markNode>
在MF中getElementsByTagName(“markNode”).childNodes[0].firstChild.data未定位到“data1”,这究竟是什么缘故呢,仔细回味《Mozilla Firefox与IE浏览器的javascript兼容性问题》中那句话:“childNodes中会插入空白文本节点”,我打算尝试确定一下空白文本节点到底指的是什么,在什么地方出现。还是拿member.xml来试试,我把getScore()函数改了下,使它能alert出六个节点的类型。代码如下:
function getScore()2
{3
…4

5
if (http_request.readyState == READY_STATE_COMPLETE)6
{7
if (http_request.status == 200)8
{9
…10
11
if(getIshow)12
{13
for(var i=0;i<6;i++)14
{15
alert(getIshow[0].childNodes[i]);16
}17
}18
}19
else20
{21
…22
}23
}24
else25
{26
…27
}28
}29

MF里却先后间隔出现了object text和object element两种类型,这也就表示childNodes[0]、childNodes[2]和childNodes[4]这三个节点都是object text类型的节点,而childNodes[1]、childNodes[3]、childNodes[5]都是object element类型的节点,问题似乎一点点明晰起来:因为Photo、Design、Text、Visage、Stature、Grace这六个节点肯定是同类型的节点,而通过alert得到的类型却是两种不同类型,这也就很清楚地表明object text类型或者object element类型中有一种就是《Mozilla Firefox与IE浏览器的javascript兼容性问题》里提到的“空白文本节点”!(虽然心里已经猜到object text就是空白文本节点的类型,但还是抱着谨慎的态度继续验证一下)
下面的测试变得异常简单,我再次修改了getScore()函数,如下:
function getScore()2
{3
…4

5
if (http_request.readyState == READY_STATE_COMPLETE)6
{7
if (http_request.status == 200)8
{9
…10
11
if(getIshow)12
{13
for(var i=0;i<6;i++)14
{15
//alert(getIshow[0].childNodes[0].firstChild.data);16
alert(getIshow[0].childNodes[1].firstChild.data);17
}18
}19
}20
else21
{22
…23
}24
}25
else26
{27
…28
}29
}30

在MF中,依次逐个alert出getIshow[0].childNodes[i].firstChild.data(i=0,1,2,3,4,5),结果当i=1,3,5时分别显示8.2、7.8、6.7,恰好是Photo、Design、Text节点的数值;而当i=0,2,4时,MF无法显示。这也就验证了Photo、Design、Text节点是object element类型的,同时也说明了:在MF里, <Photo></Photo>这样的object element类型节点前都会插入一个空白文本节点,而这个空白文本节点的类型是object text类型的!所得假设模型如下:
<[object Text] />
<[object Element]>Data</[object Element]>
<[object Text] />
<[object Element]>Data</[object Element]>
<[object Text] />
<[object Element]>Data</[object Element]>
function getScore()2
{3
…4

5
if (http_request.readyState == READY_STATE_COMPLETE)6
{7
if (http_request.status == 200)8
{9
…10
11
if(getIshow)12
{13
if(agentType=="IE")14
//agentType=( window.navigator.userAgent.indexOf('MSIE')<1)?'MF':'IE'15
{16
for(var i=0;i<6;i++)17
{18
$(voteItem[i]).innerHTML=getIshow[0].childNodes[i].firstChild.data;19
}20
}21
else //FF capability
22
{23
for(var i=0;i<6;i++)24
{25
j=(i+1)*2-1;26
$(voteItem[i]).innerHTML=getIshow[0].childNodes[j].firstChild.data;27
}28
}29
}30
}31
else32
{33
…34
}35
}36
else37
{38
…39
}40
}41

好了,文章写到这会也就差不多了,不知道大家是否和我一样对DOM有了一点更深的理解呢?这仅仅是心晴的一点小心得,一点小体会而已,写得不好还望大家多多指正,多多包涵
浙公网安备 33010602011771号