For example:
var anchors = document.getElementsByTagName("a" );
for (i = 0; i < anchors.length; i ) {
var ele=anchors[i];//Get a certain element
//some code here
}
The above code means to get all the link elements in the document, and then traverse to do something.
Maybe you will ask, isn’t the group of DOM elements obtained through this method an array? You see, you can directly get its length attribute, and you can also get the corresponding individual element according to the index. According to Daniel's famous duck theory, it walks like a duck (has the length attribute) and quacks like a duck (according to the index value), then it is a duck. The conclusion is self-evident, right?
If you already have a little in-depth understanding of javascript, there is a length attribute that can be indexed to get a value. Does it have to be an array? It seems that arguments can do this, right? Are arguments an array? Although in actual development, we operate it as an ordinary array, length and for loops are very easy to use, and there is no need for errors.
However, it is really not an array (Array), but a NodeList. NodeList is not an array.
What a surprise, right?
1. Why is NodeList not an array?
Verify whether NodeList is an array. Perhaps the most direct way is to try Array’s proprietary push and pop methods:
var anchors = document.getElementsByTagName("a");
var newEle = document.createElement("a");//Create a new a element
anchors.push(newEle);//push
var element= anchors.pop();//pop
You can test it yourself, whether the above code is push or pop method, without exception, you will be prompted that there is no push or pop method. Still have questions? Is this the end? This kind of one-sided test makes Louzhu unable to sit back and relax. We can use the same method to prove that NodeList is not an array just like we proved that arguments is not an array. Look at the code below:
Array.prototype.testNodeList = "test nodelist"; //Add prototype attribute to array
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( ); //Test it
Through the above analysis, we can be sure that NodeList is not an array (Array). So how to operate NodeList according to our habit of operating collections?
2. Operate NodeList like Array
Since NodeList has length, it can be indexed by for loop to obtain the value. Isn’t it easy to convert it into an array? Haha, the most direct idea is this: g
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 is the array we want
}
Let me explain it clearly: first create an Array, traverse the NodeList, and then add each Push a single element into the array variable, and finally operate on the array variable, over. Do you feel like your intelligence has been insulted?
The above is not a joke to you, because the following is what Lou Zhu found on Google on the Internet. Two lines of code can convert NodeList into Array for use:
var anchors = document.getElementsByTagName("a");
var arr = Array.prototype.slice.call(anchors) ; //Normal browsers other than IE
However, the most regrettable thing happened: the above code cannot work properly under the evil IE, and IE will give you a prompt: JScript object is missing.
You may be dismissive of the above analysis and think that there is no need to convert NodeList into Array for operation. In fact, Lou Zhu personally believes that type conversion is a very unwise behavior no matter what programming language it is in. The most common ones are boxing and unboxing in C#, and numerical data conversion, which have performance problems and can trigger mine accidents if you are not careful. But why does Lou Zhu treat NodeList as an Array alone? Because when dynamically changing the NodeList, directly operating the NodeList is likely to accidentally enter the restricted area without realizing it. Here is an example:
(1), html document fragment
(2), javascript test code
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 appends a new link
}
in After the document is loaded, execute the above script. Our original intention is to append an a element after the existing a element within the div. However, you can run it and the browser will crash, right? Louzhu here IE hangs directly, FF prompts the script is busy, whether to stop the script running, after clicking stop, n number of a links have been generated in the page. In fact, we can boldly analyze the reason: for loop NodeList (premise: new elements are added inside the for loop, which changes the length of the nodelist. Thanks to Chen Tongxie for his suggestion), its length will continue to change and rise, and the loop will loop again and again. , and finally became an endless loop. Using the following code, the effect is the same as what we expected:
var links = document.getElementsByTagName("a");
var anchors = null; //Array
try {
anchors = Array.prototype.slice.call(links);
}
catch (e) { //Compatible with ie
anchors = new Array();
for (var i = 0; i < links.length; i ) {
anchors.push (links[i]);
}
}
for (i = 0; i < anchors.length; i ) { //Array loops are much safer
var ele = document.createElement ("a");
ele.setAttribute("href", "http://www.cnblogs.com/jeffwongishandsome/");
ele.appendChild(document.createTextNode("new link test") ; It’s not that rigid, of course it’s possible, just do a little bit of surgery on our familiar coding habits:
Copy code
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 appends a new Link
}
At this point, no matter whether you have any questions or not, I would like to thank you for reading. Looking forward to advice.
Written by: Jeff Wong