詳解JavaScript語法對{}處理的坑爹之處
JavaScript的語法有多坑,算是眾人皆知了。
先來上張圖
代碼如下:
{} + []; // 0
[] + {}; // "[object Object]"
{} + [] == [] + {}; // false
({} + [] == [] + {}); // true
這么蛋疼的語法坑估計(jì)也只有 JavaScript 這樣的奇葩才有。
相信對于絕大部分不研究 JavaScript 編譯器的童鞋,根本無法理解。(至少我也是覺得不可思議)
后來專門去度娘了一下,才有點(diǎn)恍然大悟!
下面,我們先看看這個代碼:
{
a: 1
}
相信大部分童鞋,第一眼都會認(rèn)為這是一個 對象直接量 。
那這個代碼呢?
{
var a = 1;
}
瀏覽器會提示語法錯誤嗎?
顯然不會!細(xì)想一下,我們就會明白到,這是一個 語句塊 。
if (isNumber) {
var a = 1;
}
說到這里,敏銳的你可能已經(jīng)發(fā)現(xiàn):JavaScript 中以 { 開頭,會存在二義性。
那 JavaScript 的編譯器是怎么處理這個二義性的?
了解決這個問題,ECMA 的方法十分簡單粗暴:在語法解析的時候,如果一個語句以「{」開頭,就只把它解釋成語句塊。
這真心是一個坑爹的處理方式!
那既然都是語句塊,那為什么 {a:1} 卻沒有語法錯誤?
其實(shí)在這里,a 被解析器理解為了 標(biāo)簽。標(biāo)簽 是用來配合 break 和 continue 語句作定向跳轉(zhuǎn)的。
因此,這樣的寫法就會拋出異常:
{
a: function () {}
}
因?yàn)?function () {} 不是函數(shù)聲明,也不是函數(shù)表達(dá)式。
到這里,大家應(yīng)該對 {} 的奇葩處理有了基本的概念。我們再看回文章開始所提到的幾條語句:
{} + []; // 0
[] + {}; // "[object Object]"
{} + [] == [] + {}; // false
({} + [] == [] + {}); // true
第一條,因?yàn)?{} 是 語句塊,代碼可以理解為:
if (1) {}
+[]
所以返回值是 0 。
第二條,由于 {} 并不在語句的開頭,所以是一個正常的 對象直接量,空數(shù)組和空對象直接相加,返回 "[object Object]" 。
理解了第一第二條,第三條已經(jīng)無需解釋了。
第四條,因?yàn)槭?() 開始,第一個 {} 被解析為 對象直接量 ,因而兩條公式相等,返回 true。
相關(guān)文章
Javascript 復(fù)制數(shù)組實(shí)現(xiàn)代碼
Javascript 復(fù)制數(shù)組實(shí)現(xiàn)代碼,需要的朋友可以參考下。2009-11-11深入探討JavaScript的最基本部分之執(zhí)行上下文
今天小編就為大家分享一篇關(guān)于深入探討JavaScript的最基本部分之執(zhí)行上下文,小編覺得內(nèi)容挺不錯的,現(xiàn)在分享給大家,具有很好的參考價值,需要的朋友一起跟隨小編來看看吧2019-02-02優(yōu)化RequireJS項(xiàng)目的相關(guān)技巧總結(jié)
這篇文章主要介紹了優(yōu)化RequireJS項(xiàng)目的相關(guān)技巧總結(jié),RequireJS是一個人氣JavaScript庫,需要的朋友可以參考下2015-07-07Javascript Boolean、Nnumber、String 強(qiáng)制類型轉(zhuǎn)換的區(qū)別詳細(xì)介紹
我們知道 Boolean(value) 是把值轉(zhuǎn)換成Boolean類型,Nnumber(value) 是把值轉(zhuǎn)換成數(shù)字(整型或浮點(diǎn)數(shù)),而 String(value) 是把值轉(zhuǎn)換成字符串,需要的朋友可以了解下2012-12-12簡介JavaScript中toTimeString()方法的使用
這篇文章主要介紹了簡介JavaScript中toTimeString()方法的使用,是JS入門學(xué)習(xí)中的基礎(chǔ)知識,需要的朋友可以參考下2015-06-06