來自 Nine Javascript Gotchas , 以下是JavaScript容易犯錯的九個陷阱。雖然不是什么很高深的技術(shù)問題，但注意一下，會使您的編程輕松些，即所謂make life easier. 筆者對某些陷阱會混雜一些評點。
1. 最后一個逗號
如這段代碼，注意最后一個逗號，按語言學(xué)角度來說應(yīng)該是不錯的（python的類似數(shù)據(jù)類型辭典dictionary就允許如此）。IE會報語法錯誤，但語焉不詳，你只能用人眼從幾千行代碼中掃描。
<script>
var theObj = {
city : “Boston”,
state : “MA”,
}
</script>
2. this的引用會改變
如這段代碼：
<input type=”button” value=”Gotcha!” id=”MyButton” >
<script>
var MyObject = function () {
this.alertMessage = “Javascript rules”;
this.ClickHandler = function() {
alert(this.alertMessage );
}
}();
document.getElementById(”theText”).onclick = MyObject.ClickHandler
</script>
并不如你所愿，答案并不是”JavaScript rules”。在執(zhí)行MyObject.ClickHandler時，代碼中紅色這行，this的引用實際上指向的是document.getElementById(“theText”)的引用。可以這么解決：
<input type=”button” value=”Gotcha!” id=”theText” >
<script>
var MyObject = function () {
var self = this;
this.alertMessage = “Javascript rules”;
this.OnClick = function() {
alert(self.value);
}
}();
document.getElementById(”theText”).onclick = MyObject.OnClick
</script>
實質(zhì)上，這就是JavaScript作用域的問題。如果你看過，你會發(fā)現(xiàn)解決方案不止一種。
3. 標(biāo)識盜賊
在JavaScript中不要使用跟HTML的id一樣的變量名。如下代碼：
<input type=”button” id=”TheButton”>
<script>
TheButton = get(“TheButton”);
</script>
IE會報對象未定義的錯誤。我只能說：IE sucks.
4. 字符串只替換第一個匹配
如下代碼：
<script>
var fileName = “This is a title”.replace(” “,”_”);
</script>
而實際上，結(jié)果是”This_is a title“. 在JavaScript中，String.replace的第一個參數(shù)應(yīng)該是正則表達(dá)式。所以，正確的做法是這樣：
var fileName = “This is a title”.replace(/ /g,”_”);
5. mouseout意味著mousein
事實上，這是由于事件冒泡導(dǎo)致的。IE中有mouseenter和mouseleave，但不是標(biāo)準(zhǔn)的。作者在此建議大家使用庫比如YUI來解決問題。
6. parseInt是基于進(jìn)制體系的
這個是常識，可是很多人給忽略了parseInt還有第二個參數(shù)，用以指明進(jìn)制。比如，parseInt(“09”)，如果你認(rèn)為答案是9，那就錯了。因為，在此，字符串以0開頭，parseInt以八進(jìn)制來處理它，在八進(jìn)制中，09是非法，返回false，布爾值false轉(zhuǎn)化成數(shù)值就是0. 因此，正確的做法是parseInt(“09”, 10).
7. for…in…會遍歷所有的東西
有一段這樣的代碼：
var arr = [5,10,15]
var total = 1;
for ( var x in arr) {
total = total * arr[x];
}
運行得好好的，不是嗎？但是有一天它不干了，給我返回的值變成了NaN, 暈。我只不過引入了一個庫而已啊。原來是這個庫改寫了Array的prototype，這樣，我們的arr平白無過多出了一個屬性（方法），而for…in…會把它給遍歷出來。所以這樣做才是比較安全的：
for ( var x = 0; x < arr.length; x++) {
total = total * arr[x];
}
其實，這也是污染基本類的prototype會帶來危害的一個例證。
8. 事件處理器的陷阱
這其實只會存在使用作為對象屬性的事件處理器才會存在的問題。比如window.onclick = MyOnClickMethod這樣的代碼，這會復(fù)寫掉之前的window.onclick事件，還可能導(dǎo)致IE的內(nèi)容泄露（sucks again）。在IE還沒有支持DOM 2的事件注冊之前，作者建議使用庫來解決問題，比如使用YUI:
YAHOO.util.Event.addListener(window, “click”, MyOnClickMethod);
這應(yīng)該也屬于常識問題，但新手可能容易犯錯。
9. Focus Pocus
新建一個input文本元素，然后把焦點挪到它上面，按理說，這樣的代碼應(yīng)該很自然：
var newInput = document.createElement(“input”);
document.body.appendChild(newInput);
newInput.focus();
newInput.select();
但是IE會報錯（sucks again and again）。理由可能是當(dāng)你執(zhí)行fouce()的時候，元素尚未可用。因此，我們可以延遲執(zhí)行：
var newInput = document.createElement(“input”);
newInput.id = “TheNewInput”;
document.body.appendChild(newInput);
setTimeout(function(){ //這里我使用閉包改寫過，若有興趣可以對比原文
document.getElementById(‘TheNewInput’).focus();
document.getElementById(‘TheNewInput’).select();}, 10);
在實踐中，JavaScript的陷阱還有很多很多，大多是由于解析器的實現(xiàn)不到位而引起。這些東西一般都不會在教科書中出現(xiàn)，只能靠開發(fā)者之間的經(jīng)驗分享。謝天謝地，我們生活在網(wǎng)絡(luò)時代，很多碰到的問題，一般都可以在Google中找到答案。
