淺析四種常見的Javascript聲明循環變量的書寫方式_基礎知識

習慣1：不聲明直接使用

非常危險的使用習慣，一般情況下循環變量將成為window對象上的一個屬性被全局使用，極有可能影響程序的正常邏輯實現。
需要著重提一下的是，在strict模式下，未聲明變量而直接賦值的使用方式會直接拋出異常，早就該這么做啦！引用一下ecma-262標準附錄C中的一段話：
"Assignment to an undeclared identifier or otherwise unresolvable reference does not create a property in the global object. When a simple assignment occurs within strict mode code, its LeftHandSide must not evaluate to an unresolvable Reference. If it does a ReferenceError exception is thrown (6.2.3.2)."
換言之，如果再使用未經聲明的變量的話，ReferenceError異常會被拋出。

習慣2：放在for循環初始語句塊中并反復聲明

這種方式看似最安全規范，很多從C和Java轉到前端開發的同學都偏愛這樣的寫法，事實上，這也許是由于對Javascript中一個重要概念有所 誤解造成的——變量作用域。不同于C和Java，Javascript并不具備真正的塊級作用域，也就是說，在第一個循環結束之 后，console.log(i)并不會打印undefined或者拋出ReferenceError異常，而是會正常打印出arr.length。
當然，這樣的寫法雖然除了美觀以外意義不大，但是長久以來兼容性良好且沒有違反任何規范——ecma標準中并沒有禁止在某一個作用域內對于同一變量的重復聲明。

習慣3：在函數頂部和其他變量一起集中定義

這種c89-like式的變量定義方式在Javascript中幾乎無可挑剔，既不會造成Javascript支持塊級作用域的誤解，又不會污染全 局scope，還不違反任何標準和規范，主要缺點就是循環變量的聲明和循環體可能會隔開比較遠。在不借助更多代碼的前提下，除了等待各大主流瀏覽器廠商實現ECMAScript 6中的let關鍵字以外，這個問題似乎找不到更好的解決方案。

習慣4：將循環代碼封裝到IIFE中

最后一種習慣是前端程序員們熟悉的IIFE（Immediately-Invoked Function Expression），即立即執行函數。此種方法的主要缺點是書寫相對麻煩，且有多余的性能損耗（很小），但在兼容性、對各標準規范的遵循上表現良好。 如果不嫌麻煩，開發者可以采取這種方式。

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com