1. 關於 ECMAScript 6 (ES6) #

---

• 1.1. TC39（Ecma 技術委員會 39）
• 1.2. ECMAScript 6 的設計方式
  • 1.2.1. ES6 之後設計流程
• 1.3. JavaScript 與 ECMAScript
• 1.4. 升級到 ES6
• 1.5. ES6 的目標
  • 1.5.1. 目標：成為更好的語言
  • 1.5.2. 目標：改善互操作性
  • 1.5.3. 目標：版本控制
• 1.6. ES6 功能類別
• 1.7. ECMAScript 的簡史
  • 1.7.1. 早期：ECMAScript 1–3
  • 1.7.2. ECMAScript 4（2008 年 7 月放棄）
  • 1.7.3. ECMAScript Harmony

---

歷經漫長的時間，JavaScript 的下一個版本 ECMAScript 6 終於問世了

• 它於 2015 年 6 月 17 日成為標準.
• 它的許多功能已經廣泛使用（如 kangax 的 ES6 相容性表格 所記錄）。
• 轉譯器（例如 Babel）讓您可以將 ES6 編譯成 ES5。

以下章節將說明 ES6 世界中重要的概念。

1.1 TC39（Ecma 技術委員會 39） #

TC39（Ecma 技術委員會 39） 是負責 JavaScript 演進的委員會。其成員為公司（包括所有主要的瀏覽器供應商）。TC39 定期開會，與會者包括成員派出的代表和受邀專家。會議記錄可在網路上取得，讓您深入了解 TC39 的運作方式。

1.2 ECMAScript 6 的設計方式 #

ECMAScript 6 的設計流程以功能的提案為中心。提案通常是由開發人員社群的建議所觸發。為避免由委員會設計，提案由擁護者（1-2 位委員會代表）維護。

提案在成為標準之前會經歷以下步驟

• 草圖（非正式的：「稻草人提案」）：對所提議功能的第一個描述。
• 提案：如果 TC39 同意某個功能很重要，它將被提升為正式提案狀態。這並不能保證它會成為標準，但它會大幅增加其機會。ES6 提案的截止日期是 2011 年 5 月。在那之後，沒有考慮任何重大的新提案。
• 實作：必須實作所提出的功能。理想情況下是在兩個 JavaScript 引擎中。實作和來自社群的回饋會隨著提案的演進而塑造提案。
• 標準：如果提案持續證明其價值並被 TC39 接受，它最終將被納入 ECMAScript 標準的版本中。在這個時候，它是一個標準功能。

[本節的來源：「The Harmony Process」由 David Herman 所著。]

1.2.1 ES6 之後的設計流程 #

從 ECMAScript 2016 (ES7) 開始，TC39 將會對版本進行時間限制。ECMAScript 的新版本將會在每年發布，其中包含當時準備好的任何功能。這表示從現在開始，ECMAScript 版本將會是相對較小的升級。有關新流程的更多資訊，包括已完成和即將推出的功能提案，請參閱 GitHub 儲存庫 ecma262。

1.3 JavaScript 與 ECMAScript #

JavaScript 是每個人對這門語言的稱呼，但這個名稱是商標（由 Oracle 所擁有，Oracle 從 Sun 繼承了這個商標）。因此，JavaScript 的官方名稱是ECMAScript。這個名稱來自管理語言標準的標準組織 Ecma。自 ECMAScript 成立以來，組織的名稱已從縮寫「ECMA」變更為正式名稱「Ecma」。

JavaScript 的版本由規格定義，其中包含語言的官方名稱。因此，JavaScript 的第一個標準版本是 ECMAScript 1，簡稱「ECMAScript 語言規格，第 1 版」。ECMAScript x 通常縮寫為 ESx。

1.4 升級到 ES6 #

網路上的利害關係人包括

• JavaScript 引擎的實作人員
• 網路應用程式的開發人員
• 使用者

這些群組彼此之間的控制權極低。這正是升級網路語言如此困難的原因。

一方面，升級引擎很困難，因為它們必須面對網路上的各種程式碼，其中有些非常舊。您也希望引擎升級對使用者來說是自動且不引人注目的。因此，ES6 是 ES5 的超集，沒有任何移除的內容¹。ES6 升級了語言，而沒有引入版本或模式。它甚至設法透過模組將嚴格模式設為實際上的預設值，而不會增加它與隨意模式之間的差距。所採取的方法稱為「單一 JavaScript」，並在 單一章節 中進行說明。

另一方面，升級程式碼很困難，因為您的程式碼必須在目標受眾使用的所有 JavaScript 引擎上執行。因此，如果您想在程式碼中使用 ES6，您只有兩個選擇：您可以等到目標受眾中沒有人再使用非 ES6 引擎。這將需要數年的時間；當 ES6 在 2015 年 6 月成為標準時，主流受眾對 ES5 的態度就是如此。而 ES5 是在 2009 年 12 月標準化的！或者，您可以將 ES6 編譯成 ES5，並立即使用它。有關如何執行此操作的更多資訊，請參閱免費線上閱讀的書籍「設定 ES6」。

ES6 的設計中，目標和需求相互衝突

• 目標是修正 JavaScript 的陷阱並新增功能。
• 需求是需要在不中斷現有程式碼且不改變語言的輕量級特性的情況下完成這兩項任務。

1.5 ES6 的目標 #

Harmony/ES6 的原始專案頁面 提到了幾個目標。在下列小節中，我將探討其中一些目標。

1.5.1 目標：成為更好的語言 #

目標是：成為撰寫

1. 複雜應用程式的更好語言；
2. 由這些應用程式共用的函式庫（可能包括 DOM）；
3. 針對新版本編寫的程式碼產生器。

次要目標 (i) 承認以 JavaScript 編寫的應用程式已大幅成長。ES6 的一個關鍵功能內建模組，可滿足此目標。

模組也是目標 (ii) 的解答。順帶一提，DOM 在 JavaScript 中出了名的難以實作。ES6 代理 應有助於解決此問題。

加入多項功能，主要是為了讓編譯成 JavaScript 更容易。兩個範例為

• Math.fround() – 將數字四捨五入為 32 位元浮點數
• Math.imul() – 將兩個 32 位元整數相乘

它們都對透過 Emscripten 將 C/C++ 編譯成 JavaScript 有用。

1.5.2 目標：改善互操作性 #

目標是：改善互操作性，在可能的情況下採用事實標準。

範例為

• 類別：根據建構函式目前的使用方式為基礎。
• 模組：從 CommonJS 模組格式擷取設計概念。
• 箭頭函式：語法借用自 CoffeeScript。
• 命名函式參數：沒有內建支援命名參數。相反地，透過 參數定義中的解構，支援透過物件文字命名參數的現有做法。

1.5.3 目標：版本控制 #

目標是：讓版本控制盡可能簡單且線性。

如前所述，ES6 透過「單一 JavaScript」避免版本控制：在 ES6 程式碼庫中，所有內容都是 ES6，沒有特定於 ES5 的部分。

1.6 ES6 功能的類別 #

ES6 規格的簡介列出所有新功能

[ECMAScript 6] 的一些主要強化功能包括模組、類別宣告、詞彙區塊範圍、反覆運算器和產生器、非同步程式設計的承諾、解構模式，以及適當的尾端呼叫。ECMAScript 內建函式庫已擴充，以支援額外的資料抽象，包括映射、集合，以及二進位數字值陣列，以及在字串和正規表示式中額外支援 Unicode 補充字元。內建函式現在可透過子類別化進行擴充。

功能有三大類別

• 針對現有功能（例如透過函式庫）提供更好的語法。例如
  • 類別
  • 模組
• 標準函式庫的新功能。例如
  • 字串 和 陣列 的新方法
  • 承諾
  • 映射、集合
• 全新功能。例如
  • 產生器
  • 代理
  • 弱映射

1.7 ECMAScript 的簡史 #

本節說明 ECMAScript 6 的發展歷程。

1.7.1 早期：ECMAScript 1–3 #

• ECMAScript 1（1997 年 6 月）是 JavaScript 語言標準的第一個版本。
• ECMAScript 2（1998 年 6 月）包含一些小變更，以讓規格與 JavaScript 的獨立 ISO 標準保持同步。
• ECMAScript 3（1999 年 12 月）引入了許多功能，這些功能已成為這門語言中廣受歡迎的部分，如 ES6 規格的引言中所述：「[…] 正規表示式、更好的字串處理、新的控制陳述式、try/catch 例外處理、更嚴謹的錯誤定義、數字輸出的格式化以及其他強化功能。」

1.7.2 ECMAScript 4（2008 年 7 月放棄） #

ES4 的開發始於 1999 年 ES3 發布之後。2003 年，發布了一份中期報告，之後 ES4 的開發暫停。Adobe（在 ActionScript 中）和 Microsoft（在 JScript.NET 中）實作了中期報告中所述語言的子集。

2005 年 2 月，Jesse James Garrett 觀察到，結合多種技術已成為在 JavaScript 中實作動態前端應用程式的熱門做法。他將這些技術稱為 Ajax。Ajax 讓全新的網路應用程式類別成為可能，並引發了對 JavaScript 的熱烈興趣。

這可能是促成 TC39 在 2005 年秋季恢復 ES4 開發的原因。他們以 ES3、ES4 中期報告以及 ActionScript 和 JScript.NET 的經驗為基礎來開發 ES4。

現在有兩個小組在開發未來的 ECMAScript 版本

• ECMAScript 4 由 Adobe、Mozilla、Opera 和 Google 設計，是一項大規模的升級。其規劃的功能組包括
  • 大型程式設計（類別、介面、命名空間、套件、程式單元、選用型別註解以及選用靜態型別檢查和驗證）
  • 演化式程式設計和指令碼編寫（結構型別、鴨子型別、型別定義和多重方法）
  • 資料結構建構（參數化型別、取得器和設定器以及元層級方法）
  • 控制抽象（適當的尾呼叫、迭代器和生成器）
  • 內省（類型元物件和堆疊標記）
• ECMAScript 3.1 由 Microsoft 和 Yahoo 設計。它被規劃為 ES4 的子集，以及 ECMAScript 3 的增量升級，包含錯誤修正和次要的新功能。ECMAScript 3.1 最終成為 ECMAScript 5。

這兩個團體對於 JavaScript 的未來意見分歧，而他們之間的緊張關係持續升高。

1.7.3 ECMAScript Harmony #

2008 年 7 月底，TC39 在奧斯陸舉行了一場會議，其結果由 Brendan Eich 描述如下：

JavaScript 標準制定機構，Ecma 技術委員會 39 分裂已超過一年，這已不是秘密，有些成員支持 ES4 […] 而其他人則支持 ES3.1 […]. 現在，我很高興地報告，分裂已經結束。

會議中達成的協議包含四個重點

1. 開發 ECMAScript 的增量更新（成為 ECMAScript 5）。
2. 開發一個重大的新版本，其規模應比 ECMAScript 4 適中，但比 ECMAScript 3 之後的版本大得多。這個版本由於構思會議的性質，代號為Harmony。
3. 將從 ECMAScript 4 中刪除的功能：套件、命名空間、早期繫結。
4. 其他構想將在 TC39 全體達成共識後開發。

因此：ES4 團體同意讓 Harmony 比 ES4 不那麼激進，TC39 的其他成員同意繼續推進。

ECMAScript 的後續版本為

• ECMAScript 5（2009 年 12 月）。這是目前大多數瀏覽器支援的 ECMAScript 版本。它透過嚴格模式為標準函式庫帶來多項增強功能，並更新了語言語意。
• ECMAScript 5.1（2011 年 6 月）。ES5 已提交為 ISO 標準。在此過程中，進行了次要修正。ES5.1 包含這些修正。它與 ISO/IEC 16262:2011 的文字相同。
• ECMAScript 6（2015 年 6 月）。這個版本經歷了多次更名
  • ECMAScript Harmony：是 ECMAScript 5 之後 JavaScript 改良的最初代號。
  • ECMAScript.next：很明顯 Harmony 的計畫對於單一版本來說過於龐大，因此其功能被分成兩組：第一組功能具有最高優先權，並將成為 ES5 之後的下一個版本。該版本的代號為 ECMAScript.next，以避免過早承諾版本號碼，這在 ES4 中被證明是有問題的。第二組功能有時間等到 ECMAScript.next 之後。
  • ECMAScript 6：隨著 ECMAScript.next 的成熟，其代號被捨棄，每個人都開始稱它為 ECMAScript 6。
  • ECMAScript 2015：2014 年底，TC39 決定將 ECMAScript 6 的官方名稱更改為 ECMAScript 2015，以配合即將推出的年度規格版本。然而，由於「ECMAScript 6」這個名稱已經廣為人知，而且 TC39 改變心意的時間很晚，我預計每個人仍會繼續這樣稱呼該版本。
• ECMAScript 2016 以前稱為 ECMAScript 7。從 ES2016 開始，語言標準將會看到較小的年度版本。