近年來，JavaScript 的發(fā)展可謂風(fēng)起雲(yún)湧。每年都有新的 ECMAScript 規(guī)範(fàn)發(fā)布，這使得 JavaScript 的版本管理、各個(gè)版本的功能支持以及如何編寫面向未來的代碼變得容易混淆。

為了更好地理解這看似持續(xù)不斷的更新浪潮背後的原因，讓我們簡(jiǎn)要回顧一下 JavaScript 及其版本的歷史，並了解標(biāo)準(zhǔn)化過程為何如此重要。

關(guān)鍵要點(diǎn)

• ES6（也稱為 ES2015）標(biāo)誌著 JavaScript 版本管理的重大轉(zhuǎn)變，引入了類、Promise、箭頭函數(shù)、ES 模塊、生成器和迭代器等特性。這是一個(gè)重要的基礎(chǔ)更新，為未來的年度小型 JavaScript 版本更新奠定了基礎(chǔ)。
• ES2015 建立了基於提案的 TC39 過程，用於討論和採(cǎi)納新的語言特性。此過程包含五個(gè)階段：Strawman（雛形）、Proposal（提案）、Draft（草案）、Candidate（候選）、Finished（完成），每個(gè)階段都逐步規(guī)範(fàn)化和實(shí)現(xiàn)所提出的特性。
• ES2015 之後，後續(xù)版本每年六月發(fā)布，ES2016（ES7）和 ES2017（ES8）引入了增量特性和改進(jìn)。 ES2018 引入了一些強(qiáng)大的新增功能，例如異步迭代器以及對(duì)象展開和剩餘屬性。
• 將 ES6 重命名為 ES2015 是為了反映其發(fā)布年份，並擺脫版本號(hào)。此舉是為了避免混淆，並表明 JavaScript 是一種不斷更新和改進(jìn)的動(dòng)態(tài)語言。新的命名約定也有助於表明語言更新和改進(jìn)的規(guī)律性。

JavaScript 版本管理的早期歷史

JavaScript 的原型於 1995 年 5 月由 Brendan Eich 在短短十天內(nèi)編寫完成。他最初被招募來為 Netscape Navigator 實(shí)現(xiàn) Scheme 運(yùn)行時(shí)，但管理團(tuán)隊(duì)推動(dòng)使用一種 C 風(fēng)格的語言來補(bǔ)充當(dāng)時(shí)新發(fā)布的 Java。

JavaScript 於 1995 年 12 月在 Netscape Navigator 版本 2 中首次亮相。次年，微軟對(duì) JavaScript 進(jìn)行了逆向工程，創(chuàng)建了自己的版本，稱為 JScript。 JScript 與 Internet Explorer 瀏覽器版本 3 一起發(fā)布，幾乎與 JavaScript 完全相同——甚至包括所有相同的錯(cuò)誤和怪癖——但它確實(shí)有一些額外的 Internet Explorer 獨(dú)有特性。

ECMAScript 的誕生

確保 JScript（以及任何其他變體）與 JavaScript 保持兼容的必要性促使 Netscape 和 Sun Microsystems 對(duì)該語言進(jìn)行標(biāo)準(zhǔn)化。他們?cè)跉W洲計(jì)算機(jī)製造商協(xié)會(huì)（ECMA）的幫助下完成了這項(xiàng)工作，ECMA 將負(fù)責(zé)託管該標(biāo)準(zhǔn)。標(biāo)準(zhǔn)化後的語言被稱為 ECMAScript，以避免侵犯 Sun 的 Java 商標(biāo)——此舉造成了相當(dāng)多的混淆。最終，ECMAScript 用於指代規(guī)範(fàn)，而 JavaScript（現(xiàn)在仍然如此）用於指代語言本身。

負(fù)責(zé) JavaScript 版本管理和維護(hù) ECMAScript 的工作組被稱為技術(shù)委員會(huì) 39，或 TC39。它由來自 Apple、Google、Microsoft 和 Mozilla 等所有主要瀏覽器廠商的代表組成，以及其他對(duì) Web 發(fā)展感興趣的公司受邀的專家和代表。他們定期舉行會(huì)議，以決定該語言的發(fā)展方向。

當(dāng) JavaScript 於 1997 年由 TC39 標(biāo)準(zhǔn)化時(shí)，該規(guī)範(fàn)被稱為 ECMAScript 版本 1。最初，ECMAScript 的後續(xù)版本每年發(fā)布一次，但由於缺乏共識(shí)以及 ECMAScript 4 周圍難以管理的大型功能集，最終變得零星。因此，該版本被終止並縮小到 3.1，但並未以該名稱最終確定，而是最終演變?yōu)?ECMAScript 5。它於 2009 年 12 月發(fā)布，距 ECMAScript 3 發(fā)布 10 年後，並引入了 JSON 序列化 API、Function.prototype.bind 和嚴(yán)格模式等功能。兩年後，發(fā)布了一個(gè)維護(hù)版本來澄清最新迭代 5.1 中的一些歧義。

ECMAScript 2015 和年度發(fā)布的複興

隨著 TC39 解決因 ECMAScript 4 導(dǎo)致的分歧，Brendan Eich 強(qiáng)調(diào)需要更短期、更小規(guī)模的發(fā)布。這些新的規(guī)範(fàn)中的第一個(gè)是 ES2015（最初命名為 ECMAScript 6 或 ES6）。這個(gè)版本是一個(gè)龐大但必要的基石，為未來的年度 JavaScript 版本管理提供了支持。它包含許多當(dāng)今許多開發(fā)人員都非常喜歡的特性，例如：

• 類
• Promise
• 箭頭函數(shù)
• ES 模塊
• 生成器和迭代器

ES2015 是第一個(gè)遵循 TC39 過程 的版本，這是一個(gè)基於提案的模型，用於討論和採(cǎi)納語言特性。

TC39 過程

在提案被接受到即將發(fā)布的 ECMAScript 版本之前，它必須經(jīng)過五個(gè)階段。

階段 0：Strawman（雛形）

這是一個(gè)方便的步驟，允許向規(guī)範(fàn)提交想法。任何人都可以提出特性建議——即註冊(cè)為貢獻(xiàn)者的 TC39 成員和非成員。

階段 1：Proposal（提案）

提案正式化的第一個(gè)階段。必須：

• 描述該解決方案糾正的任何現(xiàn)有問題
• 提供 API 概要，以及高級(jí)實(shí)現(xiàn)細(xì)節(jié)，以及 polyfill 和/或演示
• 預(yù)先討論潛在的障礙

必須選擇一位 負(fù)責(zé)人 來採(cǎi)納和推進(jìn)該提案。此人必須是 TC39 成員。

階段 2：Draft（草案）

這是該特性可能包含在 ECMAScript 未來版本中的里程碑。在此，使用規(guī)範(fàn)描述的正式語言詳細(xì)說明提案的語法和語義。此時(shí)應(yīng)該提供實(shí)驗(yàn)性實(shí)現(xiàn)。

階段 3：Candidate（候選）

在此，提案的大部分內(nèi)容和支持技術(shù)已經(jīng)開發(fā)完成，但需要來自用戶和實(shí)現(xiàn)者（例如瀏覽器廠商）的進(jìn)一步反饋。一旦獲得併採(cǎi)取行動(dòng)，概要和規(guī)範(fàn)細(xì)節(jié)將由指定的審閱者和指定的編輯最終確定和簽字。由於此階段需要符合的實(shí)現(xiàn)，因此此後只接受關(guān)鍵更改。

階段 4：Finished（完成）

該提案已被接受，可以添加到 ECMAScript 中。因此，它固有地：

• 使用 JavaScript 編寫的 Test262 套件的一部分的驗(yàn)收測(cè)試已被編寫，以證明該特性的符合性和行為
• 至少有兩個(gè)符合的實(shí)現(xiàn)可用並已發(fā)布，所有這些都證明了其健壯性和開發(fā)人員可用性
• 已向官方 ECMA-262 代碼庫提交拉取請(qǐng)求，並已獲得規(guī)範(fàn)編輯的簽字。

上述代碼庫的貢獻(xiàn)文檔進(jìn)一步詳細(xì)說明了使用 GitHub 問題和拉取請(qǐng)求來管理對(duì)語言的添加。

展望未來

在完成 ES2015 和建立 TC39 的 JavaScript 版本管理和更新過程之後，後續(xù)版本每年六月發(fā)布，提案的包含時(shí)間限制為一年。在撰寫本文時(shí)，已經(jīng)有三個(gè)新的規(guī)範(fàn)。

ES2016

也稱為 ES7，這是 ECMAScript 的第一個(gè)較小、增量版本。除了錯(cuò)誤修復(fù)之外，它只添加了兩個(gè)特性。

Array.prototype.includes

此實(shí)例方法簡(jiǎn)化了在數(shù)組中搜索值的操作：

// ES2016 之前：
const hasBob = names.indexOf('bob') > -1;

// ES2016：
const hasBob = names.includes('bob');

指數(shù)運(yùn)算符

在 ES2016 之前，可以使用 Math.pow(base, exponent) 執(zhí)行冪運(yùn)算。此版本引入了一個(gè)運(yùn)算符（**），它具有自己的優(yōu)先級(jí)：

// ES2016 之前
Math.pow(5, 3); // => 125

// ES2016
5 ** 3; // => 125

ES2017

ES2017（又名 ES8）是一個(gè)稍大的版本，包含一些有用的方法和語法結(jié)構(gòu)。

異步函數(shù)

Promise 已將我們從回調(diào)地獄中解救出來，但它們的 API 仍然表現(xiàn)出冗長(zhǎng)。異步函數(shù)使用與同步代碼非常相似的語法對(duì)它們進(jìn)行了抽象：

// Promise
const getProfile = name => {
  return fetch(`https://some-api/people/${name}`)
    .then(res => res.json())
    .then(({ profile }) => profile); // 從解析的對(duì)象中解構(gòu) `profile`
};

// async/await
const getProfile = async name => {
  const res = await fetch(`https://some-api/people/${name}`);
  const { profile } = await res.json();
  return profile;
};

字符串填充方法

String.prototype.padStart(length, padder) 和padEnd(length, padder) 將分別在字符串的開頭和結(jié)尾重複添加padder（這是可選的，默認(rèn)為空格），直到達(dá)到length 個(gè)字符：

'foo'.padStart(6);          // => '   foo';
'foo'.padEnd(6);            // => 'foo   ';
'foo'.padStart(10, 'bar');  // => 'barbarbfoo';
'foo'.padEnd(10, 'bar');    // => 'foobarbarb';

其他特性包括尾隨逗號(hào)、共享內(nèi)存和原子操作以及靜態(tài)對(duì)象方法（Object.entries()、Object.values() 和 Object.getOwnPropertyDescriptors()）。

ES2018

在撰寫本文時(shí)，這個(gè)最新版本引入了一小部分強(qiáng)大的新增功能。

異步迭代器

雖然 Promise.all() 允許您等待多個(gè) Promise 的解析，但在某些情況下，您可能需要順序迭代異步檢索的值?，F(xiàn)在可以與 Promise 數(shù)組一起等待異步迭代器：

// ES2016 之前：
const hasBob = names.indexOf('bob') > -1;

// ES2016：
const hasBob = names.includes('bob');

對(duì)象展開和剩餘屬性

表面上看，由於 Babel 等編譯器的可用性，這兩個(gè)語法改進(jìn)在 JavaScript 開發(fā)人員中已經(jīng)很流行。對(duì)象展開和剩餘屬性類似於數(shù)組展開和剩餘屬性，並允許淺複製和對(duì)象屬性的分組解構(gòu)：

// ES2016 之前
Math.pow(5, 3); // => 125

// ES2016
5 ** 3; // => 125

其他已接受的提案包括 Promise.prototype.finally()，以及對(duì)正則表達(dá)式和模板字面量的增強(qiáng)。

結(jié)語

JavaScript 在很短的時(shí)間內(nèi)得到了極大的發(fā)展。雖然這歸功於 ECMAScript 標(biāo)準(zhǔn)和 TC39 的出色工作，但由於之前 JavaScript 版本管理和開發(fā)缺乏穩(wěn)定性和凝聚力，這最初是一段艱辛的旅程。

由於提案過程相對(duì)成熟，該語言只能以務(wù)實(shí)和可控的方式改進(jìn)。對(duì)於 Web 開發(fā)人員來說，這是一個(gè)偉大的時(shí)代！

關(guān)於 JavaScript 版本管理的常見問題解答：ES6 和 ES2015

ES6 和 ES2015 的主要區(qū)別是什麼？

ES6 和 ES2015 本質(zhì)上是相同的。 ES6 是由 ECMA 國(guó)際標(biāo)準(zhǔn)化的 ECMAScript 編程語言的第六版。 ES2015 只是 ES6 的新名稱，反映了它發(fā)布的年份。重命名是為了反映發(fā)布年份並擺脫版本號(hào)，這可能會(huì)造成混淆。

為什麼將 ES6 重命名為 ES2015？

將 ES6 重命名為 ES2015 是為了反映其發(fā)布年份並擺脫版本號(hào)。此舉是為了避免混淆，並表明 JavaScript 是一種不斷更新和改進(jìn)的動(dòng)態(tài)語言。新的命名約定也有助於表明語言更新和改進(jìn)的規(guī)律性。

ES6/ES2015 中引入了哪些關(guān)鍵特性？

ES6/ES2015 為JavaScript 引入了許多新特性，包括用於變量聲明的let 和const、用於更短函數(shù)語法的箭頭函數(shù)、用於字符串插值的模板字面量、用於面向?qū)ο缶幊痰念?、用於異步編程的Promise 以及用於代碼組織的模塊等等。

ES6/ES2015 如何改進(jìn) JavaScript 編碼？

ES6/ES2015 通過多種方式改進(jìn) JavaScript 編碼。它引入了使該語言更強(qiáng)大且更易於使用的新語法和特性。例如，箭頭函數(shù)提供了更簡(jiǎn)潔的函數(shù)編寫語法，而 Promise 使處理異步操作更容易。模塊的引入也有助於更好地組織代碼，使其更易於管理和維護(hù)。

如何在我的 JavaScript 代碼中開始使用 ES6/ES2015 特性？

要在 JavaScript 代碼中開始使用 ES6/ES2015 特性，您可以使用像 Babel 這樣的轉(zhuǎn)譯器，它將 ES6 代碼轉(zhuǎn)換為可在當(dāng)前瀏覽器中運(yùn)行的 ES5 代碼。您還可以使用像 Webpack 這樣的模塊打包器來管理和捆綁您的 JavaScript 模塊。

ES6/ES2015 是否存在任何兼容性問題？

雖然大多數(shù)現(xiàn)代瀏覽器都支持 ES6/ES2015 的大部分特性，但與舊版瀏覽器可能存在一些兼容性問題。為了確保兼容性，您可以使用 polyfill，它提供了您期望瀏覽器原生支持的功能。

JavaScript 和 ECMAScript 之間有什麼區(qū)別？

JavaScript 是一種最初由 Netscape 開發(fā)的編程語言。 ECMAScript 是由 ECMA 國(guó)際標(biāo)準(zhǔn)化的 JavaScript 標(biāo)準(zhǔn)版本。 JavaScript 實(shí)現(xiàn) ECMAScript，這意味著它遵循 ECMAScript 標(biāo)準(zhǔn)中定義的規(guī)則和結(jié)構(gòu)。

ES6/ES2015 之後 JavaScript 的未來如何？

ES6/ES2015 之後，JavaScript 將繼續(xù)發(fā)展，每年都會(huì)發(fā)布新版本，每個(gè)版本都會(huì)引入新的特性和改進(jìn)。 JavaScript 的未來可能會(huì)看到更強(qiáng)大的特性、更好的性能以及跨不同平臺(tái)和設(shè)備的更高兼容性。

TypeScript 與 ES6/ES2015 的關(guān)係如何？

TypeScript 是 JavaScript 的超集，它為該語言添加了靜態(tài)類型。它支持 ES6/ES2015 的所有特性，甚至包括 JavaScript 中找不到的一些附加特性。 TypeScript 代碼被轉(zhuǎn)譯為 JavaScript，因此它可以在任何 JavaScript 環(huán)境中運(yùn)行。

使用 ES6/ES2015 比使用早期版本的 JavaScript 有什麼好處？

與早期版本的 JavaScript 相比，使用 ES6/ES2015 提供了許多好處。它引入了使該語言更強(qiáng)大且更易於使用的新語法和特性。它還改進(jìn)了代碼組織和可維護(hù)性，並為複雜的應(yīng)用程序和大型代碼庫提供了更好的支持。

以上是ES6（ES2015）及以後：了解JavaScript版本的詳細(xì)內(nèi)容。更多資訊請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！