本文轉(zhuǎn)載于稀土掘金技術(shù)社區(qū),作者:情欲
1. JavaScript 為什么有設(shè)計(jì)缺陷?
這里有三個(gè)主要原因?qū)е铝?JavaScript 的設(shè)計(jì)不夠完善。
1.1. 設(shè)計(jì)時(shí)間過(guò)短
相信大家都知道 JavaScript 誕生就只花了十天,雖然這讓我們感到非常吃驚,感嘆設(shè)計(jì)者的能力之強(qiáng)大。但是從另一個(gè)角度想,沒(méi)有經(jīng)過(guò)深思熟慮的東西一定就有沒(méi)有考慮到的地方。相信大家在使用時(shí)也發(fā)現(xiàn)了 JavaScript 的一些缺陷。
我們程序猿一般都是給別人打工,很少是自己開發(fā)一個(gè)程序并且能夠自給自足的,JavaScript 的設(shè)計(jì)者也是這樣,也是為了給公司交差,本人并不想這樣設(shè)計(jì)。
另外,JavaScript 的設(shè)計(jì)初衷是為了實(shí)現(xiàn)一些網(wǎng)頁(yè)的簡(jiǎn)單互動(dòng)(比如:檢查用戶名是否填寫),并沒(méi)有考慮到現(xiàn)今的復(fù)雜應(yīng)用的開發(fā)。JavaScript 的設(shè)計(jì)者做夢(mèng)也想不到 JavaScript 將來(lái)能寫出如今這么極其龐大復(fù)雜的網(wǎng)頁(yè)。
1.2. 過(guò)早的標(biāo)準(zhǔn)化
JavaScript 的發(fā)展太快了,甚至快到根本沒(méi)有時(shí)間進(jìn)行調(diào)整設(shè)計(jì)。
1995年5月,設(shè)計(jì)方案定稿;10月,解釋器開發(fā)成功;12月,向市場(chǎng)推出,立刻被廣泛接受,全世界的用戶大量使用。Javascript缺乏一個(gè)從小到大、慢慢積累用戶的過(guò)程,而是連續(xù)的爆炸式擴(kuò)散增長(zhǎng)。大量的既成網(wǎng)頁(yè)和業(yè)余網(wǎng)頁(yè)設(shè)計(jì)者的參與,使得調(diào)整語(yǔ)言規(guī)格困難重重。
更糟的是,Javascript的規(guī)格還沒(méi)來(lái)及調(diào)整,就固化了。
1996年8月,微軟公司強(qiáng)勢(shì)介入,宣布推出自己的腳本語(yǔ)言Jscript;11月,為了壓制微軟,網(wǎng)景公司決定申請(qǐng)Javascript的國(guó)際標(biāo)準(zhǔn);1997年6月,第一個(gè)國(guó)際標(biāo)準(zhǔn)ECMA-262正式頒布。
也就是說(shuō),Javascript推出一年半之后,國(guó)際標(biāo)準(zhǔn)就問(wèn)世了。設(shè)計(jì)缺陷還沒(méi)有充分暴露就成了標(biāo)準(zhǔn)。相比之下,C語(yǔ)言問(wèn)世將近20年之后,國(guó)際標(biāo)準(zhǔn)才頒布。
1.3. 沒(méi)有先例
JavaScript 很可能是第一個(gè)將函數(shù)式編程和面向?qū)ο缶幊探Y(jié)合的編程語(yǔ)言。而且到今天為止,JavaScript 仍然是世界上唯一使用 Prototype 繼承模型的主要語(yǔ)言。這使得它沒(méi)有先例可以參考。
2. JavaScript 的設(shè)計(jì)缺陷
2.1. null 和 undefined
我們?cè)诮佑| JavaScript 時(shí)都會(huì)被告知 null 在設(shè)計(jì)時(shí)有一個(gè) bug,就是 type null === "object"
。
null 屬于對(duì)象的一種,意思為該對(duì)象為空;undefined則是一種數(shù)據(jù)類型,表示未定義。
var obj;
foo == null; // true
foo == undefined; // true
foo === null; // false
foo === undefined; // true
2.2. 全局變量
Javascript的全局變量,在任何位置中都是可見(jiàn)的;任何一個(gè)函數(shù)內(nèi)部都可以生成全局變量,這大大加劇了程序的復(fù)雜性。
function fn() {
n = 1; // 這里會(huì)創(chuàng)建全局變量
}
fn();
n; // 1
window.n; // 1
并且不用聲明變量就可以直接賦值。
let obj = {};
obj.name = "李華"; // 直接賦值即可創(chuàng)建變量
2.3. 自動(dòng)插入行尾分號(hào)
Javascript的所有語(yǔ)句,都必須以分號(hào)結(jié)尾。但是,如果你忘記加分號(hào),解釋器并不報(bào)錯(cuò),而是為你自動(dòng)加上分號(hào)。有時(shí)候,這會(huì)導(dǎo)致一些難以發(fā)現(xiàn)的錯(cuò)誤。
比如,下面這個(gè)函數(shù)根本無(wú)法達(dá)到預(yù)期的結(jié)果,返回值不是一個(gè)對(duì)象,而是 undefined。
function() {
return
{
i: 1;
};
}
原因是解釋器自動(dòng)在 return 語(yǔ)句后買呢加上了分號(hào)。
function(){
return;
{
i:1
};
}
2.4. NaN
NaN 是一個(gè)數(shù)字,表示超出了解釋器的極限。它有一些奇怪的特性:
NaN === NaN; // false
NaN !== NaN; // true
2.5. == 和 ===
== 用來(lái)判斷兩個(gè)值是否相等。當(dāng)兩個(gè)值類型不同時(shí)會(huì)發(fā)生自動(dòng)轉(zhuǎn)換,得到的結(jié)果不符合直覺(jué)。
"" == "0"; // false
0 == ""; // true
0 == "0"; // true
false == "0"; // true
false == null; // false
false == undefined; // false
" \t\r\n" == 0; // true
因此推薦任何時(shí)候都使用 === 精確判斷比較符。
2.6. 更多缺陷
更多缺陷請(qǐng)查看:wtfjs.com[1]
3. 如何看待這些缺陷
JavaScript 既然有這么多缺陷,那它是不是會(huì)被淘汰?在七八年前我們可能會(huì)有這種擔(dān)憂,但在現(xiàn)在我們已經(jīng)看到了它的未來(lái)。它的能力很強(qiáng)大,既能編寫前端,又能編寫后端,既能編寫桌面應(yīng)用,也能編寫移動(dòng)端應(yīng)用。甚至在任何角落我們都能看到它的身影。
JavaScript 的第三方庫(kù)也非常龐大,再加上良好的編程規(guī)范,就能回避大部分的缺陷。
另外 JavaScript 是目前網(wǎng)頁(yè)編程的唯一語(yǔ)言,只要互聯(lián)網(wǎng)繼續(xù)發(fā)展,它就必然發(fā)展。目前,許多新項(xiàng)目大大擴(kuò)展了它的用途,node.js[2]使得Javascript可以用于后端的服務(wù)器編程,coffeeScript[3]使你可以用python和ruby的語(yǔ)法,撰寫Javascript。
最后,只要發(fā)布新版本的語(yǔ)言標(biāo)準(zhǔn)(比如 ECMAscript 5[4]),就可以彌補(bǔ)這些設(shè)計(jì)缺陷。當(dāng)然,標(biāo)準(zhǔn)的發(fā)布和標(biāo)準(zhǔn)的實(shí)現(xiàn)是兩回事,上述的很多缺陷也許會(huì)一直伴隨到Javascript存在的最后一天。
該文章在 2024/3/30 0:16:22 編輯過(guò)