JavaScript有關的10個秘密和怪癖
數據類型和定義
1. Null是個對象
JavaScript眾多類型中有個Null類型，它有個唯一的值null, 即它的字面量，定義為完全沒有任何意義的值。其表現得像個對象，如下檢測代碼：
- alert(typeof null); //彈出 'object'
如下截圖：
盡管typeof值顯示是"object"，但null并不認為是一個對象實例。要知道，JavaScript中的值都是對象實例，每個數值都是Number對象，每個對象都是Object對象。因為null是沒有值的，所以，很明顯，null不是任何東西的實例。因此，下面的值等于false。
- alert(null instanceof Object); //為 false
譯者注：null還有被理解為對象占位符一說
2. NaN是個數值
NaN本意是表示某個值不是數值，但是其本身卻又是數值，且不等于其自身，很奇怪吧，看下面的代碼：
- alert(typeof NaN); //彈出 'Number'
- alert(NaN === NaN); //為 false
結果如下截圖：
實際上NaN不等于任何東西。要確認某玩意是不是NaN只能使用isNaN.
3. 無關鍵字的數組等同于false(關于Truthy和Falsy)
下面是JavaScript另一個***怪癖：
- alert(new Array() == false); //為 true
結果如下截圖：
想要知道這里發生了什么，你需要理解truthy和falsy這個概念。它們是一種true/flase字面量。在JavaScript中，所有的非Boolean型值都會內置一個boolean標志，當這個值被要求有boolean行為的時候，這個內置布爾值就會出現，例如當你要跟Boolean型值比對的時候。
因為蘋果不能和梨做比較，所以當JavaScript兩個不同類型的值要求做比較的時候，它首先會將其弱化成相同的類型。false, undefined, null, 0, "", NaN都弱化成false。這種強制轉化并不是一直存在的，只有當作為表達式使用的時候?？聪旅孢@個簡單的例子：
- var someVar =0;
- alert(someVar == false); //顯示 true
結果如下截圖：
上面測試中，我們試圖將數值0和boolean值false做比較，因兩者的數據類型不兼容，JavaScript自動強制轉換成統一的等同的truthy和falsy，其中0等同于false(正如上面所提及的)。
你可能注意到了，上面一些等同false的值中并沒有空數組。只因空數組是個怪胚子：其本身實際上屬于truthy，但是當空數組與Boolean型做比較的時候，其行為表現又屬于falsy。不解?這是由原因的。先舉個例子驗證下空數組的奇怪脾氣：
- var someVar = []; //空數組
- alert(someVar == false); //結果 true
- if (someVar) alert('hello'); //alert語句執行, 所以someVar當作true
結果如下截圖，連續彈出兩個框框：
譯者注：之所以會有這種差異，根據作者的說法，數組內置toString()方法，例如直接alert的時候，會以join(“,”)的形式彈出字符串，空數組自然就是空字符串，于是等同false。具體可參見作者另外一篇文章，《Twisted logic: understanding truthy & falsy》。不過我個人奇怪的是，像空對象，空函數，弱等于true或者false的時候都顯示false，為何?真的因為數組是個怪胎，需要特殊考慮嗎?
為避免強制轉換在比較方面的問題，你可以使用強等于(===)代替弱等于(==)。
- var someVar = 0;
- alert(someVar == false); //結果 true – 0屬于falsy
- alert(someVar === false); //結果 false – zero是個數值, 不是布爾值
結果如下截圖(win7 FF4)：
如果你想深入探究JavaScript中類型強制轉換等些特有的癖好，可以參見官方相關的文檔規范：section 11.9.3 of the ECMA-262
#p#
正則表達式
4. replace()可以接受回調函數
這是JavaScript最鮮為人知的秘密之一，v1.3中***引入。大部分情況下，replace()的使用類似下面：
- alert('10 13 21 48 52'.replace(/\d+/g, '*')); //用 * 替換所有的數字
這是一個簡單的替換，一個字符串，一個星號。但是，如果我們希望在替換發生的時候有更多的控制，該怎么辦呢?我們只希望替換30以下的數值，該怎么辦呢?此時如果僅僅依靠正則表達式是鞭長莫及的。我們需要借助回調函數的東風對每個匹配進行處理。
- alert('10 13 21 48 52'.replace(/\d+/g, function(match) {
- return parseInt(match) <30?'*' : match;
- }));
當每個匹配完成的時候，JavaScript應用回調函數，傳遞匹配內容給match參數。然后，根據回調函數里面的過濾規則，要么返回星號，要么返回匹配本身(無替換發生)。
如下截圖：
5. 正則表達式：不只是match和replace
不少javascript工程師都是只通過match和replace和正則表達式打交道。但JavaScript所定義的正則表達式相關方法遠不止這兩個。
其中值得一提的是test()，其工作方式類似match()，但是返回值卻不一樣：test()返回的是布爾型，用來驗證是否匹配，執行速度高于match()。
- alert(/\w{3,}/.test('Hello')); //彈出 'true'
上面行代碼用來驗證字符串是否有三個以上普通字符，顯然"hello"是符合要求的，所以彈出true。
結果如下截圖：
我們還應注意RegExp對象，你可以用此創建動態正則表達式對象，例如：
- function findWord(word, string) {
- var instancesOfWord = string.match(new RegExp('\\b'+word+'\\b', 'ig'));
- alert(instancesOfWord);
- }
- findWord('car', 'Carl went to buy a car but had forgotten his credit card.');
這兒，我們基于參數word動態創建了匹配驗證。這段測試代碼作用是不區分大小選的情況下選擇car這個單詞。眼睛一掃而過，測試英文句子中只有一個單詞是car，因此這里的演出僅一個單詞。\b是用來表示單詞邊界的。
結果如下截圖：
函數和作用域
6. 你可以冒充作用域
作用域這玩意是用來決定什么變量是可用的，獨立的JavaScript(如JavaScript不是運行中函數中)在window對象的全局作用域下操作，window對象在任何情況下都可以訪問。然而函數中聲明的局部變量只能在該函數中使用。
- var animal ='dog';
- function getAnimal(adjective) { alert(adjective+''+this.animal); }
- getAnimal('lovely'); //彈出 'lovely dog'
這兒我們的變量和函數都聲明在全局作用域中。因為this指向當前作用域，在這個例子中就是window。因此，該函數尋找window.animal，也就是'dog'了。到目前為止，一切正常。然而，實際上，我們可以讓函數運行在不同的作用域下，而忽視其本身的作用域。我們可以用一個內置的稱為call()的方法來實現作用域的冒充。
- var animal ='dog';
- function getAnimal(adjective) { alert(adjective+''+this.animal); };
- var myObj = {animal: 'camel'};
- getAnimal.call(myObj, 'lovely'); //彈出 'lovely camel'
call()方法中的***個參數可以冒充函數中的this，因此，這里的this.animal實際上就是myObj.animal，也就是'camel'了。后面的參數就作為普通參數傳給函數體。
另外一個與之相關的是apply()方法，其作用于call()一樣，不同之處在于，傳遞給函數的參數是以數組形式表示的，而不是獨立的變量們。所以，上面的測試代碼如果用apply()表示就是：
- getAnimal.apply(myObj, ['lovely']); //函數參數以數組形式發送
demo頁面中，點擊***個按鈕的結果如下截圖：
點擊第二個和第三個按鈕的結果如下：
#p#
7. 函數可以執行其本身
下面這個是很OK的：
- (function() { alert('hello'); })(); //彈出 'hello'
這里的解析足夠簡單：聲明一個函數，然后因為()解析立即執行它。你可能會奇怪為何要這么做(指直接屁股后面()調用)，這看上去是有點自相矛盾的：函數包含的通常是我們想稍后執行的代碼，而不是當下解析即執行的，否則，我們就沒有必要把代碼放在函數中。
另外一個執行函數自身(self-executing functions (SEFs))的不錯使用是為在延遲代碼中使用綁定變量值，例如事件的回調(callback)，超時執行(timeouts)和間隔執行(intervals)。如下例子：
- var someVar ='hello';
- setTimeout(function() { alert(someVar); }, 1000);
- var someVar ='goodbye';
Newbies在論壇里總問這里timeout的彈出為什么是goodbye而不是hello?答案就timeout中的回調函數直到其運行的時候才去賦值someVar變量的值。而那個時候，someVar已經被goodbye重寫了好長時間了。
SEFs提供了一個解決此問題的方法。不是像上面一樣含蓄地指定timeout回調，而是直接將someVar值以參數的形式傳進去。效果顯著，這意味著我們傳入并孤立了someVar值，保護其無論后面是地震海嘯還是女朋友發飆咆哮都不會改變。
- var someVar = 'hello';
- setTimeout((function(someVar) {
- returnfunction() { alert(someVar); }
- })(someVar), 1000);
- var someVar ='goodbye';
風水輪流轉，這次，這里的彈出就是hello了。這就是函數參數和外部變量的點差別了哈。
例如，***一個按鈕點擊后的彈出如下：
瀏覽器
8. FireFox以RGB格式讀與返回顏色而非Hex
直到現在我都沒有真正理解為何Mozilla會這樣子。為了有個清晰的認識，看下面這個例子：
- <!--
- #somePara { color: #f90; }
- -->
- <p id="somePara">Hello, world!</p>
- <script>
- var ie = navigator.appVersion.indexOf('MSIE') !=-1;
- var p = document.getElementById('somePara');
- alert(ie ? p.currentStyle.color : getComputedStyle(p, null).color);
- </script>
大部分瀏覽器彈出的結果是ff9900，而FireFox的結果卻是rgb(255, 153, 0)，RGB的形式。經常，處理顏色的時候，我們需要花費不少代碼將RGB顏色轉為Hex。
下面是上面代碼在不同瀏覽器下的結果：
其它雜七雜八
9. 0.1 + 0.2 !== 0.3
這個古怪的問題不只會出現在JavaScript中，這是計算機科學中一個普遍存在的問題，影響了很多的語言。標題等式輸出的結果是0.30000000000000004。
這是個被稱為機器精度的問題。當JavaScript嘗試執行(0.1 + 0.2)這行代碼的時候，會把值轉換成它們喜歡的二進制口味。這就是問題的起源，0.1實際上并不是0.1，而是其二進制形式。從本質上將，當你寫下這些值的時候，它們注定要失去精度。你可能只是希望得到個簡單的兩位小數，但你得到的(根據Chris Pine的注解)是二進制浮點計算。好比你想把一段應該翻譯成中文簡體，結果出來的卻是繁體，其中還是有差異是不一樣的。
一般處理與此相關的問題有兩個做法：
轉換成整數再計算，計算完畢再轉換成希望的小數內容
調整你的邏輯，設定允許范圍為不是指定結果。
例如，我們不應該下面這樣：
- var num1=0.1, num2=0.2, shouldEqual=0.3;
- alert(num1 + num2 == shouldEqual); //false
而可以試試這樣：
- alert(num1 + num2 > shouldEqual - 0.001&& num1 + num2 < shouldEqual +0.001); //true
10. 未定義(undefined)可以被定義(defined)
我們以一個和風細雨的小古怪結束。聽起來可能有點奇怪，undefined并不是JavaScript中的保留字，盡管它有特殊的意義，并且是唯一的方法確定變量是否未定義。因此：
- var someVar;
- alert(someVar == undefined); //顯示 true
目前為止，一切看上去風平浪靜，正常無比，但劇情總是很狗血：
- undefined ="I'm not undefined!";
- var someVar;
- alert(someVar == undefined); //顯示 false!
這就是為什么jQuery源碼中最外部的閉包函數要有個并沒有傳入的undefined參數，目的就是保護undefined不要被外部的些不良乘虛而入。
原文：http://www.zhangxinxu.com/wordpress/?p=1703
【編輯推薦】
