3章　JavaScriptの歴史と進化

---

---

3.1　JavaScriptの誕生

JavaScriptは1995年5月、Brendan Eichによって10日間で作成されました。EichはNetscapeで働き、同社のウェブブラウザ *Netscape Navigator* 用にJavaScriptを実装しました。

クライアントサイドウェブの主要なインタラクティブ部分はJavaで実装されるという考えでした。JavaScriptはそれらの部分のための接着剤言語であり、HTMLをわずかにインタラクティブにするためのものでした。Javaを支援するという役割から、JavaScriptはJavaのように見える必要がありました。そのため、Perl、Python、TCLなどの既存のソリューションは除外されました。

当初、JavaScriptの名前は何度か変更されました。

• コードネームは *Mocha* でした。
• Netscape Navigator 2.0ベータ版（1995年9月）では、 *LiveScript* と呼ばれていました。
• Netscape Navigator 2.0ベータ版3（1995年12月）で、最終的な名前 *JavaScript* が付けられました。

3.2　JavaScriptの標準化

JavaScriptには2つの標準があります。

• ECMA-262はEcma Internationalによって管理されています。主要な標準です。
• ISO/IEC 16262は国際標準化機構（ISO）と国際電気標準会議（IEC）によって管理されています。これは二次的な標準です。

これらの標準で記述されている言語は *ECMAScript* であり、 *JavaScript* ではありません。Sun（現Oracle）が後者の名前の商標を持っていたため、異なる名前が選ばれました。「ECMAScript」の「ECMA」は、主要な標準を管理する組織に由来します。

その組織の元の名前は *ECMA* であり、 *European Computer Manufacturers Association* の頭字語でした。その後、組織の活動がヨーロッパの範囲を超えたため、 *Ecma International* （「Ecma」は固有名詞であり、頭字語ではない）に変更されました。最初のすべて大文字の頭字語が、ECMAScriptのスペルの説明になっています。

原則として、JavaScriptとECMAScriptは同じ意味です。場合によっては、次の区別がなされます。

• 用語 *JavaScript* は、言語とその実装を指します。
• 用語 *ECMAScript* は、言語標準と言語バージョンを指します。

したがって、 *ECMAScript 6* は言語のバージョン（第6版）です。

3.3　ECMAScript各バージョンのタイムライン

これはECMAScript各バージョンの簡単なタイムラインです。

• ECMAScript 1（1997年6月）：標準の最初のバージョン。
• ECMAScript 2（1998年6月）：ECMA-262をISO標準と同期させるための小さな更新。
• ECMAScript 3（1999年12月）：多くのコア機能を追加 – 「[…]正規表現、より優れた文字列処理、新しい制御文[do-while、switch]、try/catch例外処理、[…]」
• ECMAScript 4（2008年7月に廃止）：大規模なアップグレード（静的型付け、モジュール、名前空間など）になるはずでしたが、野心的すぎ、言語の管理者を分裂させることになりました。
• ECMAScript 5（2009年12月）：マイナーな改良が加えられました – いくつかの標準ライブラリ機能と厳格モード。
• ECMAScript 5.1（2011年6月）：EcmaとISO標準を同期させるためのもう一つの小さな更新。
• ECMAScript 6（2015年6月）：ECMAScript 4の多くの約束を果たした大規模な更新。このバージョンは、公式名称 – *ECMAScript 2015* – が発行年を基にした最初のバージョンです。
• ECMAScript 2016（2016年6月）：最初の年間リリース。リリースサイクルが短くなったため、大規模なES6と比較して新しい機能は少なくなりました。
• ECMAScript 2017（2017年6月）。2回目の年間リリース。
• それ以降のECMAScriptバージョン（ES2018など）は常に6月に承認されます。

3.4　Ecmaテクニカルコミッティ39 (TC39)

TC39はJavaScriptを進化させる委員会です。そのメンバーは、厳密に言えば企業です：Adobe、Apple、Facebook、Google、Microsoft、Mozilla、Opera、Twitterなど。つまり、通常は激しい競争相手である企業が、言語の善のために協力しています。

TC39は2ヶ月ごとに会議を開き、メンバーが任命した代表者と招待された専門家が参加します。それらの会議の議事録は、GitHubリポジトリで公開されています。

3.5　TC39のプロセス

ECMAScript 6では、当時使用されていたリリースプロセスに2つの問題が明らかになりました。

• リリース間の時間が長すぎると、早期に準備が整った機能は、リリースされるまで長い間待つ必要があり、また、遅れて準備が整った機能は、期限に間に合わせるために急いでリリースされるリスクがあります。

• 機能は、実装および使用されるずっと前に設計されることが多いため、実装と使用に関連する設計上の欠陥は、あまりにも遅く発見されました。

これらの問題に対応して、TC39は新しい *TC39プロセス* を導入しました。

• ECMAScript機能は個別に設計され、0（「strawman」）から始まり、4（「finished」）で終わるステージを経ていきます。
• 特に後期のステージでは、プロトタイプ実装と現実世界のテストが必要となるため、設計と実装間のフィードバックループが生まれます。
• ECMAScriptバージョンは年に一度リリースされ、リリース期限までにステージ4に達したすべての機能が含まれます。

その結果、より小さく、段階的なリリースとなり、その機能は既に現場テストされています。図1はTC39のプロセスを示しています。

ES2016は、TC39プロセスに従って設計された最初のECMAScriptバージョンでした。

3.5.1　ヒント：ECMAScriptのバージョンではなく、個々の機能とステージで考える

ES6まで、JavaScriptについてECMAScriptのバージョンで考えるのが一般的でした – 例えば、「このブラウザはES6をまだサポートしていますか？」

ES2016以降は、個々の機能で考える方が良いでしょう。機能がステージ4に達したら、安全に使用できます（ターゲットとするJavaScriptエンジンでサポートされている場合）。次のECMAScriptリリースまで待つ必要はありません。

3.6　よくある質問：TC39プロセス

3.6.1　[私の好きな提案機能]の状況は？

さまざまな提案機能がどのステージにあるのか疑問に思っている場合は、GitHubリポジトリproposalsを参照してください。

3.6.2　ECMAScript機能の公式リストはありますか？

はい、TC39リポジトリには承認済みの提案がリストされており、どのECMAScriptバージョンで導入されたかが記載されています。

3.7　JavaScriptの進化：ウェブを壊さない

時折出てくるアイデアの1つは、古い機能や癖を取り除くことでJavaScriptをクリーンアップすることです。そのアイデアの魅力は明らかですが、重大な欠点もあります。

後方互換性のない新しいバージョンのJavaScriptを作成し、すべての欠陥を修正すると仮定しましょう。その結果、次の問題が発生します。

• JavaScriptエンジンは肥大化します。古いバージョンと新しいバージョンの両方をサポートする必要があります。IDEやビルドツールなどのツールについても同様です。
• プログラマーは、バージョンの違いを知り、常に意識する必要があります。
• 既存のコードベース全体を新しいバージョンに移行するか（これは多くの作業になる可能性があります）、またはバージョンを混在させることができます。後者の場合、コードを変更せずにバージョン間でコードを移動できないため、リファクタリングが難しくなります。
• ファイルまたはウェブページに埋め込まれたコードなど、コードの断片ごとに、どのバージョンで記述されているかを指定する必要があります。考えられるすべての解決策には、長所と短所があります。たとえば、厳格モードはES5のわずかにクリーンなバージョンです。それほど人気が出なかった理由の1つは、ファイルまたは関数の先頭でディレクティブを使用してオプトインするのが面倒だったことです。

では、解決策は何でしょうか？両方を得ることはできますか？ES6で選択されたアプローチは「One JavaScript」と呼ばれます。

• 新しいバージョンは常に完全に後方互換性があります（ただし、まれに小さな、ほとんど目立たないクリーンアップが行われる場合があります）。
• 古い機能は削除または修正されません。代わりに、それらのより良いバージョンが導入されます。1つの例は、letによる変数の宣言です。これはvarの改良版です。
• 言語の側面が変更される場合、新しい構文構造内で実行されます。つまり、暗黙的にオプトインします。たとえば、yieldはジェネレータ内でのみキーワードです（ES6で導入されました）。そして、モジュールとクラス内のすべてのコード（どちらもES6で導入）は暗黙的に厳格モードです。