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