JavaScript:打破所有規則

發表於2012-10-09

來源:紫雲飛的部落格,@紫雲妃

來自Twitter的前端工程師Angus Croll,在柏林舉辦的JSConf會議上,進行了題為”Break all the Rulez“的演講。主要講了一些我們通常認為是錯誤的不該使用的東西,其實是有用的。Angus Croll 演講用的講稿(連結),遠在美國的JavaScript之父看後也說同意其中大部分觀點(看來還是有問題?)。

下面我把要點簡單翻譯一下,不做擴充套件解釋.

JavaScript:打破所有規則

with語句

為什麼不去使用它?

1.意外的執行結果,可能隱式建立全域性變數

2.閉包作用域解析過多消耗

3.後期編譯

有人說,ES5的嚴格模式可以防止隱式建立全域性變數(不用var),這樣能減少with的一個問題.但是…

嚴格模式也不能使用with啊.

為什麼說它是有用的?

1.構建瀏覽器開發者工具

2.模擬塊級作用域

eval語句

為什麼不去使用它?

1.程式碼注入

2.無法進行閉包優化

3.後期編譯

為什麼說它是有用的?

1. JSON.parse不可用的時候

有人在Stack Overflow上說:

“JavaScript的eval是不安全的,使用json.org上的JSON解析器來解析JSON”

還有人說:

“不要使用eval來解析JSON!用道格拉斯寫的json2.js!”

可是:

2.瀏覽器的JavaScript控制檯都是用eval實現的

在Webkit控制檯或JSBin中執行下面的程式碼

John Resig說過:

“eval和with是被輕視的,被誤用的,被大部分JavaScript程式設計師公然譴責的,但如果能正確使用的話,可以用它們寫出一些奇妙的,無法用其他功能實現的程式碼”

Function建構函式

為什麼說它是有用的?

1.程式碼執行在可預見的作用域內

2.只能動態建立全域性變數

3.不存在閉包優化的問題

用在了什麼地方?

1. jQuery的parseJSON

2.Underscore.js的字串內插

==運算子

為什麼不去使用它?

1.強制將兩邊的運算元轉換為相同型別

為什麼說它是有用的?

1.強制將兩邊的運算元轉換為相同型別

2.undefined == null

3.當兩邊的運算元型別明顯相同時使用

真值不一定==true,假值不一定==false

Array建構函式

為什麼不去使用它?

1.new Array()也是evil的?JSLint也推薦使用[].

為什麼說它是有用的?

其他

不要擴充套件原生的原型物件

(es 5 shims都這麼幹)

在for/in遍歷時總要使用hasOwnProperty

(在沒有擴充套件物件原型的前提下沒有必要這麼做)

把所有的var語句放在頂部

(for語句還是放在初始化表示式中好)

要在呼叫函式之前先宣告函式

(在優先考慮實現細節時使用)

不要使用逗號運算子

(在使用多個表示式時的時候可以使用)

使用parseInt時總要把第二個引數指定為10

(除非字串以‘0’或‘x’開頭,否則沒必要)

譯者注

上面說了這麼多,我自己也想到一個被誤解的東西,那就是escape.網上有不少人說:“不要使用escape”.

為什麼說它是有用的?

1.escape轉義的字元更多,有時候需要轉義後兩個函式不轉義的字元.

ASCII char escape() encodeURI() encodeURIComponent()
! %21 ! !
# %23 # %23
$ %24 $ %24
& %26 & %26
%27
( %28 ( (
) %29 ) )
+ + + %2B
, %2C , %2C
/ / / %2F
: %3A : %3A
; %3B ; %3B
= %3D = %3D
? %3F ? %3F
@ @ @ %40
~ %7E ~ ~

2.將字串轉換為UTF8編碼,通常用在base64的時候.

escape相當於是在utf16編碼的字串上轉義,encodeURIComponent相當於是先把utf16的字串轉換成utf8編碼後再escape.

encodeURIComponent(str) === escape(UTF16ToUTF8(str))

可以推匯出UTF16ToUTF8(str) === unescape( encodeURIComponent( str )

然後就能用在base64編碼的時候,比網上看到的那些簡單多了吧.注意btoa和atob有相容問題.

 

 

相關文章