爲什麼block範圍最初不是在JavaScript中實現的？

Question

我已閱讀，並通過我自己的經驗發現，JavaScript沒有塊範圍。假設這種語言的設計出於某種原因，那是什麼原因？

我環顧四周，在谷歌和這裏，但我已經找到了帖子剛重申，JS具有的功能範圍，而不是阻止範圍，沒有說明原因。我很想知道爲什麼事實如此。

Answer 1

^{轉換我的評論回答的創造者的}

選擇：我啾啾布倫丹並得到了following answer：

@mplungjan 10 days did not leave time for block scope. Also many "scripting languages" of that mid-90s era had few scopes & grew more later.

---

也就是說，這裏有一些相關的要點：

• Block statement

Important: JavaScript does not have block scope. Variables introduced within a block are scoped to the containing function or script, and the effects of setting them persist beyond the block itself. In other words, block statements do not introduce a scope. Although "standalone" blocks are valid syntax, you do not want to use standalone blocks in JavaScript, because they don't do what you think they do, if you think they do anything like such blocks in C or Java.

• a workaround

we can artificially introduce scopes by creating new functions and immediately invoking them

• ECMAScript 2015 (ES6)

let聲明的變量是不葫蘆編輯到封閉塊的開始處。因此，在分配其值之前引用let聲明的變量將引發ReferenceError。

在同一個塊範圍相同的變量的重新說明提出一個SyntaxError。

Answer 2

原因是多方面的，但有些我想到是在使用對象文本（這有時看起來像塊）分析/調試代碼，以幫助，並簡化局部變量的垃圾收集。

我希望承諾的支持（在這裏討論，例如，http://esdiscuss.org/notes/2012-07-25）證明是真實的，因爲使用變量如i是非常方便的，這些變量對於只有一個循環是局部的。

Answer 3

塊範圍並沒有，原因如下實施：

1. 它使語言更容易實現。 JavaScript最初被設計爲編寫交互式Web應用程序的語言。因此它需要很小且易於實施。
2. 塊範圍引入一個性能命中如JavaScript動態語言。這是因爲當你嘗試訪問某個不在當前範圍內的變量時，JavaScript首先檢查當前範圍，然後檢查父範圍等，直到它找到變量或達到結尾。因此，引入塊範圍會使循環中的變量訪問和嵌套循環非常緩慢。
3. 塊範圍的缺乏使寫程序變得更容易。例如，假設你只想在某個條件爲真的情況下創建一個變量。您需要在JavaScript中執行的操作是在if語句中聲明並定義該變量。在像C這樣的語言中，您必須聲明if語句之外的變量，並在if語句中定義它。
4. 缺少塊範圍允許聲明被提升。這在函數聲明的情況下特別有用。例如，看這個小提琴：http://jsfiddle.net/L6SgM/（但請注意，這個例子在Firefox中不起作用）。
5. 由於JavaScript支持一流的函數表達式，所以我們不需要塊範圍。他們可以使用immediately invoked function expressions進行模擬。

Answer 4

截至2015年的新答案.ES6確實有關於let關鍵字的變量定義的塊範圍。