**目錄** [TOC] * * * * * ECMAScript 6.0（以下簡稱 ES6）是 JavaScript 語言的下一代標準，已經在2015年6月正式發布了。它的目標，是使得 JavaScript 語言可以用來編寫復雜的大型應用程序，成為企業級開發語言。 #### 1. ECMAScript 和 JavaScript 的關系 一個常見的問題是，ECMAScript 和 JavaScript 到底是什么關系？ 要講清楚這個問題，需要回顧歷史。1996年11月，JavaScript 的創造者 Netscape 公司，決定將 JavaScript 提交給國際標準化組織ECMA，希望這種語言能夠成為國際標準。次年，ECMA 發布262號標準文件（ECMA-262）的第一版，規定了瀏覽器腳本語言的標準，并將這種語言稱為 ECMAScript，這個版本就是1.0版。 該標準從一開始就是針對 JavaScript 語言制定的，但是之所以不叫 JavaScript，有兩個原因。一是商標，Java 是 Sun 公司的商標，根據授權協議，只有 Netscape 公司可以合法地使用 JavaScript 這個名字，且 JavaScript 本身也已經被 Netscape 公司注冊為商標。二是想體現這門語言的制定者是 ECMA，不是 Netscape，這樣有利于保證這門語言的開放性和中立性。 因此，ECMAScript 和 JavaScript 的關系是，前者是后者的規格，后者是前者的一種實現（另外的 ECMAScript 方言還有 Jscript 和 ActionScript）。日常場合，這兩個詞是可以互換的。 #### 2. ES6 與 ECMAScript 2015 的關系 ECMAScript 2015（簡稱 ES2015）這個詞，也是經常可以看到的。它與 ES6 是什么關系呢？ 2011年，ECMAScript 5.1版發布后，就開始制定6.0版了。因此，ES6 這個詞的原意，就是指 JavaScript 語言的下一個版本。 但是，因為這個版本引入的語法功能太多，而且制定過程當中，還有很多組織和個人不斷提交新功能。事情很快就變得清楚了，不可能在一個版本里面包括所有將要引入的功能。常規的做法是先發布6.0版，過一段時間再發6.1版，然后是6.2版、6.3版等等。 但是，標準的制定者不想這樣做。他們想讓標準的升級成為常規流程：任何人在任何時候，都可以向標準委員會提交新語法的提案，然后標準委員會每個月開一次會，評估這些提案是否可以接受，需要哪些改進。如果經過多次會議以后，一個提案足夠成熟了，就可以正式進入標準了。這就是說，標準的版本升級成為了一個不斷滾動的流程，每個月都會有變動。 標準委員會最終決定，標準在每年的6月份正式發布一次，作為當年的正式版本。接下來的時間，就在這個版本的基礎上做改動，直到下一年的6月份，草案就自然變成了新一年的版本。這樣一來，就不需要以前的版本號了，只要用年份標記就可以了。 ES6 的第一個版本，就這樣在2015年6月發布了，正式名稱就是《ECMAScript 2015標準》（簡稱 ES2015）。2016年6月，小幅修訂的《ECMAScript 2016標準》（簡稱 ES2016）如期發布，這個版本可以看作是 ES6.1 版，因為兩者的差異非常小（只新增了數組實例的includes方法和指數運算符），基本上是同一個標準。根據計劃，2017年6月發布 ES2017 標準。 #### 3. 語法提案的批準流程 任何人都可以向標準委員會（又稱 TC39 委員會）提案，要求修改語言標準。 一種新的語法從提案到變成正式標準，需要經歷五個階段。每個階段的變動都需要由 TC39 委員會批準。 1. Stage 0 - Strawman（展示階段） 2. Stage 1 - Proposal（征求意見階段） 3. Stage 2 - Draft（草案階段） 4. Stage 3 - Candidate（候選人階段） 5. Stage 4 - Finished（定案階段） 一個提案只要能進入 Stage 2，就差不多肯定會包括在以后的正式標準里面。ECMAScript 當前的所有提案，可以在 TC39 的官方網站`Github.com/tc39/ecma262`查看。 本書的寫作目標之一，是跟蹤 ECMAScript 語言的最新進展，介紹5.1版本以后所有的新語法。對于那些明確或很有希望，將要列入標準的新語法，都將予以介紹。 因此，ES6 既是一個歷史名詞，也是一個泛指，含義是5.1版以后的 JavaScript 的下一代標準，涵蓋了ES2015、ES2016、ES2017等等，而ES2015 則是正式名稱，特指該年發布的正式版本的語言標準。本書中提到 ES6 的地方，一般是指 ES2015 標準，但有時也是泛指“下一代 JavaScript 語言”。 #### 4. ECMAScript 的歷史 ES6 從開始制定到最后發布，整整用了15年。 前面提到，ECMAScript 1.0 是1997年發布的，接下來的兩年，連續發布了 ECMAScript 2.0（1998年6月）和 ECMAScript 3.0（1999年12月）。3.0版是一個巨大的成功，在業界得到廣泛支持，成為通行標準，奠定了 JavaScript 語言的基本語法，以后的版本完全繼承。直到今天，初學者一開始學習 JavaScript，其實就是在學3.0版的語法。 2000年，ECMAScript 4.0 開始醞釀。這個版本最后沒有通過，但是它的大部分內容被 ES6 繼承了。因此，ES6 制定的起點其實是2000年。 為什么 ES4 沒有通過呢？因為這個版本太激進了，對 ES3 做了徹底升級，導致標準委員會的一些成員不愿意接受。ECMA 的第39號技術專家委員會（Technical Committee 39，簡稱TC39）負責制訂 ECMAScript 標準，成員包括 Microsoft、Mozilla、Google 等大公司。 2007年10月，ECMAScript 4.0 版草案發布，本來預計次年8月發布正式版本。但是，各方對于是否通過這個標準，發生了嚴重分歧。以 Yahoo、Microsoft、Google 為首的大公司，反對 JavaScript 的大幅升級，主張小幅改動；以 JavaScript 創造者Brendan Eich為首的Mozilla公司，則堅持當前的草案。 2008年7月，由于對于下一個版本應該包括哪些功能，各方分歧太大，爭論過于激烈，ECMA 開會決定，中止 ECMAScript 4.0 的開發，將其中涉及現有功能改善的一小部分，發布為 ECMAScript 3.1，而將其他激進的設想擴大范圍，放入以后的版本，由于會議的氣氛，該版本的項目代號起名為 Harmony（和諧）。會后不久，ECMAScript 3.1 就改名為 ECMAScript 5。 2009年12月，ECMAScript 5.0 版正式發布。Harmony 項目則一分為二，一些較為可行的設想定名為 JavaScript.next 繼續開發，后來演變成 ECMAScript 6；一些不是很成熟的設想，則被視為 JavaScript.next.next，在更遠的將來再考慮推出。TC39 委員會的總體考慮是，ES5 與 ES3 基本保持兼容，較大的語法修正和新功能加入，將由 JavaScript.next 完成。當時，JavaScript.next 指的是ES6，第六版發布以后，就指 ES7。TC39 的判斷是，ES5 會在2013年的年中成為 JavaScript 開發的主流標準，并在此后五年中一直保持這個位置。 2011年6月，ECMAscript 5.1 版發布，并且成為 ISO 國際標準（ISO/IEC 16262:2011）。 2013年3月，ECMAScript 6 草案凍結，不再添加新功能。新的功能設想將被放到 ECMAScript 7。 2013年12月，ECMAScript 6 草案發布。然后是12個月的討論期，聽取各方反饋。 2015年6月，ECMAScript 6 正式通過，成為國際標準。從2000年算起，這時已經過去了15年。 #### 5. 部署進度 各大瀏覽器的最新版本，對 ES6 的支持可以查看 `https://kangax.github.io/compat-table/es6/` 。隨著時間的推移，支持度已經越來越高了，超過90%的 ES6 語法特性都實現了。 Node 是 JavaScript 的服務器運行環境（runtime）。它對 ES6 的支持度更高。除了那些默認打開的功能，還有一些語法功能已經實現了，但是默認沒有打開。使用下面的命令，可以查看 Node 已經實現的 ES6 特性。 `$ node --v8-options | grep harmony` 上面命令的輸出結果，會因為版本的不同而有所不同。 我寫了一個工具 [ES-Checker](https://github.com/ruanyf/es-checker)，用來檢查各種運行環境對 ES6 的支持情況。訪問 `ruanyf.github.io/es-checker`，可以看到您的瀏覽器支持 ES6 的程度。運行下面的命令，可以查看你正在使用的 Node 環境對 ES6 的支持程度。 ~~~ $ npm install -g es-checker $ es-checker ========================================= Passes 24 feature Dectations Your runtime supports 57% of ECMAScript 6 ========================================= ~~~ #### 6. Babel 轉碼器 Babel 是一個廣泛使用的 ES6 轉碼器，可以將 ES6 代碼轉為 ES5 代碼，從而在現有環境執行。這意味著，你可以用 ES6 的方式編寫程序，又不用擔心現有環境是否支持。下面是一個例子。 ~~~ // 轉碼前 input.map(item => item + 1); // 轉碼后 input.map(function (item) { return item + 1; }); ~~~ 上面的原始代碼用了箭頭函數，Babel 將其轉為普通函數，就能在不支持箭頭函數的 JavaScript 環境執行了。 ##### 配置文件.babelrc Babel 的配置文件是.babelrc，存放在項目的根目錄下。使用 Babel 的第一步，就是配置這個文件。 該文件用來設置轉碼規則和插件，基本格式如下。 ~~~ { "presets": [], "plugins": [] } ~~~ presets字段設定轉碼規則，官方提供以下的規則集，你可以根據需要安裝。 ~~~ # 最新轉碼規則 $ npm install --save-dev babel-preset-latest # react 轉碼規則 $ npm install --save-dev babel-preset-react # 不同階段語法提案的轉碼規則（共有4個階段），選裝一個 $ npm install --save-dev babel-preset-stage-0 $ npm install --save-dev babel-preset-stage-1 $ npm install --save-dev babel-preset-stage-2 $ npm install --save-dev babel-preset-stage-3 ~~~ 然后，將這些規則加入.babelrc。 ~~~ { "presets": [ "latest", "react", "stage-2" ], "plugins": [] } ~~~ 注意，以下所有 Babel工具和模塊的使用，都必須先寫好.babelrc。 ##### 命令行轉碼babel-cli Babel提供babel-cli工具，用于命令行轉碼。 它的安裝命令如下。 `$ npm install --global babel-cli` 基本用法如下。 ~~~ # 轉碼結果輸出到標準輸出 $ babel example.js # 轉碼結果寫入一個文件 # --out-file 或 -o 參數指定輸出文件 $ babel example.js --out-file compiled.js # 或者 $ babel example.js -o compiled.js # 整個目錄轉碼 # --out-dir 或 -d 參數指定輸出目錄 $ babel src --out-dir lib # 或者 $ babel src -d lib # -s 參數生成source map文件 $ babel src -d lib -s ~~~ 上面代碼是在全局環境下，進行 Babel 轉碼。這意味著，如果項目要運行，全局環境必須有 Babel，也就是說項目產生了對環境的依賴。另一方面，這樣做也無法支持不同項目使用不同版本的 Babel。 一個解決辦法是將babel-cli安裝在項目之中。 ~~~ # 安裝 `$ npm install --save-dev babel-cli` ~~~ 然后，改寫package.json。 ~~~ { // ... "devDependencies": { "babel-cli": "^6.0.0" }, "scripts": { "build": "babel src -d lib" }, } ~~~ 轉碼的時候，就執行下面的命令。 `$ npm run build` * * * * * http://es6.ruanyifeng.com/#docs/intro