最終更新
最終更新
TypeScriptコンパイラのソースは、フォルダの下にあります。
それは以下の主要な部分に分割されます：
Scanner(scanner.ts)
Parser(parser.ts)
Binder(binder.ts)
checker(checker.ts)
emitter(emitter.ts)
これらのそれぞれは、ソース内で独自のファイルを取得します。これらの部分については、この章の後半で説明します。
私たちは、というプロジェクトを持っています。これは内部APIを公開する等によって、コンパイラのAPIを使って遊びやすくしています。あなたはこれを使用して、ローカルアプリケーションのTypeScriptのバージョンをグローバルに公開することができます。
文法(シンタックス)が正しいものが_意味_(セマンティクス)が正しいことを意味するわけではありません。以下のTypeScriptコードを考えてみましょう。文法は有効ですが、意味は間違っています:
Semanticは英語で「意味」を意味します。このコンセプトが頭の中にあると便利です。
以下は、TypeScriptコンパイラのこれらの主要部分の構成の概要です。
SymbolはTypeScript _semantic_システムの主要な建設部材です。示されているように、シンボルはバインディングの結果として作成されます。シンボルは、AST内の宣言ノードを、同じエンティティに寄与する他の宣言に接続します。
Symbols + ASTは、ソースコードの意味(セマンティクス)を検証するためにチェッカーが使用するものです
最後にJS出力が要求されたとき：
TypeScriptコンパイラには、これらの主要部分にユーティリティを提供するいくつかのファイルがあります。次で説明します。
core.ts：TypeScriptコンパイラが使うコアユーティリティ。いくつか重要なもの：
let objectAllocator: ObjectAllocator：シングルトンのグローバルとして定義された変数です。それは、getNodeConstructor(Nodeはparser/ASTを見るときに扱います)、getSymbolConstructor(シンボルはbinderのときに扱います)、getTypeConstructor(型はcheckerで扱います)、 getSignatureConstructor(シグネチャはインデックス、シグネチャの呼び出しと構成物です)。
types.tsには、コンパイラ全体で使用される、主要なデータ構造とインターフェースがあります。いくつかの重要なサンプルの抜粋です：
SyntaxKind
ASTノードタイプは、SyntaxKindenumによって識別されます。
TypeChecker
TypeCheckerが提供するインターフェースです。
CompilerHost
これはProgramがSystemと対話するために使用されます。
Node
ASTのノードです。
system.tsです。TypeScriptコンパイラとオペレーティングシステムとのすべての対話は、Systemインターフェースを介して行われます。インターフェースとその実装( WScriptとNode)はsystem.tsで定義されています。あなたはそれを_Operating Environment_(OE)として考えることができます。
主要なファイルの概要を知ったので、Programの概念を見ていきましょう。