Javascript中的循環(huán)變量聲明，到底應(yīng)該放在哪兒？
不放走任何一個細節(jié)。相信很多Javascript開發(fā)者都在聲明循環(huán)變量時猶 豫過var i到底應(yīng)該放在哪里：放在不同的位置會對程序的運行產(chǎn)生怎樣的影響？哪一種方式符合Javascript的語言規(guī)范？哪一種方式和ecma標準未來的發(fā)展 方向匹配？本文將對四種常見的聲明循環(huán)變量的書寫方式進行簡單的分析和比較。
習慣1：不聲明直接使用
- function loop(arr) {
- for (i = 0; i < arr.length; i++) {
- // do something
- }
- }
非常危險的使用習慣，一般情況下循環(huán)變量將成為window對象上的一個屬性被全局使用，極有可能影響程序的正常邏輯實現(xiàn)，想想都蛋疼，大家都懂的，就不在這里贅述了。
需要著重提一下的是，在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)."
換言之，如果再使用未經(jīng)聲明的變量的話，ReferenceError異常會被拋出。
習慣2：放在for循環(huán)初始語句塊中并反復(fù)聲明
- function loop(arr) {
- for (var i = 0; i < arr.length; i++ ){
- // do someting
- }
- // console.log(i);
- for (var i = 0; i < arr.length; i++ ){
- // do something else
- }
- }
這種方式看似最安全規(guī)范，很多從C和Java轉(zhuǎn)到前端開發(fā)的同學都偏愛這樣的寫法，事實上，這也許是由于對Javascript中一個重要概念有所 誤解造成的——變量作用域。不同于C和Java，Javascript并不具備真正的塊級作用域，也就是說，在第一個循環(huán)結(jié)束之 后，console.log(i)并不會打印undefined或者拋出ReferenceError異常，而是會正常打印出arr.length。
當 然，這樣的寫法雖然除了美觀以外意義不大，但是長久以來兼容性良好且沒有違反任何規(guī)范——ecma標準中并沒有禁止在某一個作用域內(nèi)對于同一變量的重復(fù)聲 明。不僅如此，其實這里還有一個另外好消息，在ECMAScript 6中，一個新的，為支持真正的塊級作用域而生的關(guān)鍵字出現(xiàn)了——let。這里放一個傳送門，有興趣的同學可以自行了解：
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Statements/let
習慣3：在函數(shù)頂部和其他變量一起集中定義
- function loop(arr) {
- var var1;
- var var2;
- var i;
- for (i = 0; i < arr.length; i++) {
- // do something
- }
- }
這種c89-like式的變量定義方式在Javascript中幾乎無可挑剔，既不會造成Javascript支持塊級作用域的誤解，又不會污染全 局scope，還不違反任何標準和規(guī)范，主要缺點就是循環(huán)變量的聲明和循環(huán)體可能會隔開比較遠。在不借助更多代碼的前提下，除了等待各大主流瀏覽器廠商實 現(xiàn)ECMAScript 6中的let關(guān)鍵字以外，這個問題似乎找不到更好的解決方案。
習慣4：將循環(huán)代碼封裝到IIFE中
- function loop(arr) {
- (function () {
- for (var i = 0; i < arr.length; i++) {
- // do something
- }
- })();
- }
最后一種習慣是前端程序員們熟悉的IIFE（Immediately-Invoked Function Expression），即立即執(zhí)行函數(shù)。此種方法的主要缺點是書寫相對麻煩，且有多余的性能損耗（很?。?，但在兼容性、對各標準規(guī)范的遵循上表現(xiàn)良好。 如果不嫌麻煩，開發(fā)者可以采取這種方式。
以上就是對Javascript中四種常見循環(huán)變量定義書寫習慣的簡單介紹和分析，各有利弊，讀者可以結(jié)合自己的需求擇優(yōu)使用。應(yīng)該說，在 ECMAScript 6之前并沒有一種定義循環(huán)變量的完美解決方案。好在ECMAScript標準委員會也及時發(fā)現(xiàn)了這個問題，讓我們一起期待let關(guān)鍵字吧。
