Effective TypeScript 第2版 ―型システムの力を最大限に引き出す83項目

9章コードを書いて実行する

この章では、コード（型ではなく）を書くときに出てくる問題や、コードを実行するときにぶつかる可能性のある問題など、やや雑多な話題を取り上げます。

項目72　TypeScriptの独自機能の使用を避け、ECMAScriptの機能を使う

TypeScriptとJavaScriptの関係は、時間とともに変化してきました。Microsoftが2010年にTypeScriptの開発に着手した当初、JavaScriptを取り巻く支配的な風評は、それが修正すべき問題のある言語であるというものでした。フレームワークや、ソースからソースへのコンパイルを行うツールが、JavaScriptにクラスやデコレーター、モジュールシステムといった欠けている機能を追加するのはよくあることでした。TypeScriptも例外ではありませんでした。初期のバージョンには、クラス、enum、モジュールの自家製バージョンが含まれていました。

時間とともに、JavaScriptを管理する標準化団体であるTC39は、これらと同じ機能を多くJavaScriptのコア言語に追加しました。追加された機能は、同じ機能のTypeScriptバージョンと互換性がありませんでした。この結果TypeScriptチームは、標準の新機能を採用するか、それとも既存のコードを維持するか、というやっかいな苦境に立たされました。

TypeScriptは主に前者を選択し、最終的に現在の基本原則を明確にしました。TC39がランタイムを定義するのに対し、TypeScriptは型空間の革新のみを行う、というものです。

この決定以前から存在する、TypeScriptの独自機能はまだいくつか残っています。そのような独自機能はTypeScript言語の他のパターンと合致しないため、認識し理解することが重要です。一般的には、TypeScriptとJavaScriptの関係をできるだけ明確に保つため、独自機能を使うのは避けることをお勧めします。そうすることで、代替のTypeScriptコンパイラーとの互換性も保証され、将来ECMAScript標準に同様の新機能が入ったときにコードが壊れないようにもできます。 ...