JavaScript NodeList和Array

原文引用脚本之家作者:Jeff Wong,谢谢大神提供资源

在Web前端编程中，我们通常会通过document.getElementsByTagName或者document.getElementsByClassName的方法取出一组相同标签的dom元素。如下

var anchors = document.getElementsByTagName("a");
for (i = 0; i < anchors.length; i++) {
var ele=anchors[i];//取某一个元素
//some code here
} 

上面的代码表示获取文档中的所有链接元素，然后遍历做一些事情。 
也许你会问，通过这种方法获取的这一组dom元素不就是一个数组吗？你看，你都可以直接获取它的length属性，还可以根据索引取到对应的单独元素，根据大牛的著名鸭子理论，它像鸭子一样行走（有length属性），像鸭子一样叫唤（根据索引取值），那么它就是一只鸭子。结论不言自明了吧？ 
如果，你已经对javascript稍微有过深入的了解，有length属性，可以索引取值，一定是数组吗，好像arguments也会这么一手吧，arguments是数组？虽然在实际开发的时候，我们把它当做普通数组来操作，length和for循环使用的不亦乐乎，而且并不见得会出错。 
但是，它真的不是数组（Array），而是NodeList。NodeList不是数组。 
What a surprise，right？

1、NodeList为什么不是数组？ 

　　验证NodeList是不是数组，最直接的方法也许是试一下Array专有的push和pop大法： 

　　

var anchors = document.getElementsByTagName("a");
var newEle = document.createElement("a");//新建一个a元素
anchors.push(newEle);//push
var element= anchors.pop();//pop 

您可以自己测试一下，上面的代码不管是push还是pop方法，无一例外的会提示你没有push或者pop方法。还有疑问吗？这样就结束了吗？这种片面的测试反倒使楼猪无法高枕无忧心安理得了。我们完全可以像证明arguments不是数组一样，也用同样的方法证明NodeList不是数组。看下面的代码吧： 

Array.prototype.testNodeList = "test nodelist"; //数组添加原型属性
function funcNodeList() {
var links = document.getElementsByTagName("a");
alert(links.testNodeList);
}
function test() {
alert(new Array().testNodeList); //test nodelist
funcNodeList(); //#ff0000? what the hell is that?
}
test(); //测试一下 

通过上面的分析，我们可以肯定NodeList不是数组（Array）了。那么如何按照我们操作集合的习惯操作NodeList呢？ 

2、像操作Array一样操作NodeList 

既然NodeList有length，可以for循环索引取值，转换成数组还不是轻而易举？哈哈，最直接的思路是这样的:

var arr = new Array();
var anchors = document.getElementsByTagName("a")
for (var i = 0; i < anchors.length; i++) {
var ele = anchors[i];
arr.push(ele); //arr就是我们要的数组
} 

明扼要说明一下吧：先new一个Array，遍历NodeList，然后将每一个单独的元素push到数组变量里，最后操作数组变量，over。有没有智商受辱的感觉？ 
上面不是跟您开玩笑，因为下面是楼猪在网上google到的，两行代码就可以将NodeList转换成Array来使用了： 

var anchors = document.getElementsByTagName("a");
var arr = Array.prototype.slice.call(anchors); //非ie浏览器正常 

但是，最最遗憾的事情发生了：上面的代码在万恶的IE下不能正常工作，IE会给你提示: 缺少 JScript 对象。 
你可能会对上面的一大段分析不屑一顾，认为没有必要将NodeList转换成Array来操作。其实，楼猪个人也认为，不管在哪种编程语言里，类型转换都是非常不明智的行为。最常见的比如c#里的装箱和拆箱，数值型数据转换，有性能问题，一不小心还会触雷。但是为什么楼猪单独要把NodeList当做Array来处理呢？因为动态改变NodeList的时候，直接操作NodeList很可能会误闯禁区而浑然不觉。下面举个例子： 
（1）、html文档片段 

<div id="divAnchor"> 
<a href="http://www.cnblogs.com/jeffwongishandsome/">link test</a> 
</div> 
（2）、javascript测试代码 

var anchors = document.getElementsByTagName("a");
for (i = 0; i < anchors.length; i++) {
var ele= document.createElement("a");
ele.setAttribute("href", "http://www.cnblogs.com/jeffwongishandsome/");
ele.appendChild(document.createTextNode("new link test"));
document.getElementById("divAnchor").appendChild(ele); //div附加一个新链接
} 

在文档加载结束后，执行上面的脚本。我们的本意是在div内，已经存在的a元素后再附加一个a元素。但是，您可以运行一下，浏览器crash掉了吧？楼猪这里IE直接挂掉，FF提示脚本正忙，是否停止脚本运行，点击停止后，页面内已经生成了n多个a链接。其实我们可以大胆分析出原因来：for循环NodeList（前提：for循环内部添加了新的元素使nodelist长度发生了变化。感谢陈童鞋超群的建议），它的length会不断变化上升，循环循环再循环，最后成了个死循环。而用下面的代码，和我们预期的效果是一样一样的：

var links = document.getElementsByTagName("a");
var anchors = null; //数组
try {
anchors = Array.prototype.slice.call(links);
}
catch (e) { //兼容ie
anchors = new Array();
for (var i = 0; i < links.length; i++) {
anchors.push(links[i]);
}
}
for (i = 0; i < anchors.length; i++) { //数组循环 安全多了
var ele = document.createElement("a");
ele.setAttribute("href", "http://www.cnblogs.com/jeffwongishandsome/");
ele.appendChild(document.createTextNode("new link test"));
document.getElementById("divAnchor").appendChild(ele); //div附加一个新链接
} 

那么你可能会问，不转换不行吗？没有那么死板，当然是可以的，只要对我们平时熟悉的编码习惯稍微动点小手术就可以了：

var anchors = document.getElementsByTagName("a");
var len = anchors.length; //定义一个变量
for (i = 0; i < len; i++) { //对局部变量len进行循环
var ele = document.createElement("a");
ele.setAttribute("href", "http://www.cnblogs.com/jeffwongishandsome/");
ele.appendChild(document.createTextNode("new link test"));
document.getElementById("divAnchor").appendChild(ele); //div附加一个新链接
} 

到这里，不管有无疑问，实际编程如何取舍，楼猪都要感谢您的阅读了。期待指点。