[TOC]
# 1. TC39 處理 ECMAScript 新特性的工作流程
本章解釋了所謂的 TC39 過程，該流程從ECMAScript 2016（ES7）開始管理著 ECMAScript 特性的設計。
## 1.1 誰設計ECMAScript？
答：TC39（技術委員會39）。
[TC39](http://www.ecma-international.org/memento/TC39.htm) 是發(fā)展 JavaScript 的委員會。它的成員都是公司（包括所有主要的瀏覽器供應商）。[TC39定期舉行會議](http://www.ecma-international.org/memento/TC39-M.htm)，會議由會員派代表和受邀專家參加。會議記錄可以在[網(wǎng)上找到](https://github.com/tc39/tc39-notes)，可以讓您更好地了解TC39是如何工作的。
有時（即使在本書中），您也會看到 TC39 成員一詞指的是某個人。也就是指的：TC39 成員公司派遣的代表。
有趣的是，TC39 是以協(xié)商一致方式運作的：決策要求絕大多數(shù)人都同意，沒有人強烈反對才能否決。 對于許多成員而言，協(xié)議帶來了真正的義務（他們必須實施功能等）。
## 1.2 ECMAScript是如何設計的？
### 1.2.1 問題：ECMAScript 2015（ES6）版本太大
ECMAScript 的最新版本 ES6 很大，，而且是在ES5的6年后標準化的（2009年12月 vs 2015年6月）。在兩次發(fā)布之間花費大量時間存在兩個主要問題：
* 比發(fā)行版早準備好的特性必須等到發(fā)行版完成。
* 那些需要很長時間才能完成的特性會承受很大的壓力，因為將它們推遲到下一個發(fā)布版本將意味著很長的等待。這些特性也可能會推遲發(fā)布。
因此，從ECMAScript 2016（ES7）開始，發(fā)布的頻率將會更高，因此發(fā)布的版本也會更小。每年將發(fā)布一個版本，它將包含在每年最后期限前完成的所有特性。
### 1.2.2 解決方案:TC39過程
ECMAScript特性的每個提案都要經(jīng)歷以下幾個成熟階段，從階段0開始。從一個階段到下一個階段的進展必須得到TC39的批準。
#### 1.2.2.1 階段0：strawman
**它是什么**？為 ECMAScript 的發(fā)展提供一種自由的提交想法的方式。提交者必須是TC39成員或[已注冊為TC39貢獻者](http://www.ecma-international.org/memento/contribute_TC39_Royalty_Free_Task_Group.php)的非成員。
**需要什么**？該文檔必須在TC39會議上進行審核（[來源](https://github.com/tc39/ecma262/blob/master/FAQ.md)），然后將其添加到[帶有階段0提案的頁面](*https://github.com/tc39/ecma262/blob/master/stage0.md**)中。
#### 1.2.2.2 階段1：proposal
**它是什么**？該特性的正式提案。
**需要什么？** 必須確定負責該提案的所謂擁護者（*champion*)。 擁護者或聯(lián)合擁護者必須是 TC39 的成員（[來源](https://github.com/tc39/ecma262/blob/master/FAQ.md)）。 提案解決的問題必須以散文形式描述。解決方案必須通過示例，API 以及語義和算法的討論來描述解決方案。 最后，必須確定提案的潛在障礙，例如與其他特征的相互作用和實施挑戰(zhàn)。 在實現(xiàn)方面，需要 polyfill 和演示。
**下一步是什么**？ 通過接受階段1的提案，TC39 宣布愿意審查，討論并為該提案做出貢獻。 展望未來，有望對該提案進行重大更改。
#### 1.2.2.3 階段2：draft
**它是什么**？規(guī)范中內(nèi)容的第一個版本。在這一點上，該特性可能最終包含在標準中。
**需要什么**？ 現(xiàn)在，該提案還必須對該特性的語法和語義進行正式描述（使用 ECMAScript 規(guī)范的正式語言）描述應該盡可能完整，但是可以包含待辦事項和占位符。 需要對該特性進行兩個實驗性的實現(xiàn)，但是其中一個可以在諸如Babel 的編譯器中進行實現(xiàn)。
**下一步是什么**？ 從現(xiàn)在開始，只會進行預期增量更改。
#### 1.2.2.4 階段3：candidate
**它是什么**？ 該提案大部分已經(jīng)完成，現(xiàn)在需要實現(xiàn)和用戶的反饋來進一步推進。
**需要什么**？ 規(guī)范文本必須完整。 指定的審閱者（由 TC39 任命，而不由 擁護者任命）和 ECMAScript 規(guī)范編輯者必須在規(guī)范文本上簽字。 必須至少有兩個符合規(guī)范的實現(xiàn)（默認情況下不必啟用）。
**下一步是什么**？ 從今以后，僅應針對實現(xiàn)及其使用引起的關鍵問題進行更改。
#### 1.2.2.5 階段4：finished
**它是什么**？ 該提案已準備好包含在標準中。
**需要什么**？ 提案到達此階段需要做以下事情：
* [測試 262](https://github.com/tc39/test262) 驗收測試（大致來說，是用 JavaScript 編寫的語言功能單元測試）。
* 通過測試的兩個符合規(guī)范的運輸實現(xiàn)。
* 具有豐富的實踐經(jīng)驗。
* ECMAScript 規(guī)范編輯器必須在規(guī)范文本上簽名。
**下一步是什么**？ 該提案將盡快包含在 ECMAScript 規(guī)范中。當規(guī)范作為標準經(jīng)過每年一次的批準時，提案也被批準為標準的一部分。
## 1.3 不要稱它們?yōu)镋CMAScript 20xx功能
如您所見，您只能確保在其提案達到第4階段后就將其包含在標準中。然后下一個 ECMAScrip t版本很可能包含它，但也不是100％確定（可能需要更長的時間）。 因此，您將無法再調(diào)用提案（例如）“ ES7 功能”或“ ES2016 功能”。 因此，我最喜歡的兩種撰寫文章和博客文章標題的方式是：
* “ ECMAScript建議：foo 功能”。在本文的開頭提到了提案的階段。
* “ ES.stage2：foo 功能”
如果提案處于第4階段，我可以把它稱為 ES20xx 特性，但是最安全的做法是等到規(guī)范編輯器確認它將包含在哪個版本中。`Object.observe`是 ECMAScript 提案的一個例子，它一直進展到第2階段，但最終被撤回。
## 1.4 進一步閱讀
以下是本章的重要來源：
* [The ecma262 (ECMA-262 is the ID of the ECMAScript standard) GitHub repository](https://github.com/tc39/ecma262), which contains:
* [A readme file with all proposals at stage 1 or higher](https://github.com/tc39/ecma262/blob/master/README.md)
* [A list of stage 0 proposals](https://github.com/tc39/ecma262/blob/master/stage0.md)
* [ECMA-262 frequently asked questions](https://github.com/tc39/ecma262/blob/master/FAQ.md)
* [The TC39 process document](https://tc39.github.io/process-document/)
其他需要閱讀的東西：
* [Kangax 的 ES7 兼容性表](https://kangax.github.io/compat-table/es7/)顯示了支持哪些提案，并按階段將提案分組。
* 有關 ES6 設計過程的更多信息：《Exploring ES6》中的 [“如何設計ECMAScript 6”](http://exploringjs.com/es6/ch_about-es6.html#_how-ecmascript-6-was-designed)部分
# 2. FAQ: ES2016 and ES2017
## 2.1 ECMAScript 2016 會不會太??？
ES2016如此之小，表明新的發(fā)行過程（如上一章所述）有效：
* 只有在新功能完全準備好并且至少有兩個經(jīng)過充分的實際測試之后，才會包含這些新特性。
* 發(fā)布的頻率更頻繁(一年一次)，并且可以增加增量。
ES2016將給每個人（TC39，引擎實現(xiàn)者，JS開發(fā)者）喘息的時間，這是在發(fā)布大量 ES6 之后受歡迎的休息。
