microsoft / microsoft/TypeScript
Document how (lazy) type checking works
オープン
まだ誰も着手していません。
Docs
- 主要言語
- Go
- スター
- 111k
- フォーク
- 14.3k
- 平均マージ
- 2日 4時間
- マージ済み PR(30日)
- 132
説明
Before the whole compiler and its API is documented, could you add a few details about the type checker:
- What normally forces the type checking and inference of a name?
- How TSC forces all types to be checked?
- What are the options for an application using the compiler API to control/force type checking?
Potentially relevant wiki pages for this information:
- https://github.com/microsoft/TypeScript/wiki/Architectural-Overview
- https://github.com/microsoft/TypeScript/wiki/Using-the-Compiler-API
- https://github.com/microsoft/TypeScript/wiki/Compiler-Internals
Search Terms
documentation, type check, laziness, architecture, compiler API
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
TypeScript の wiki ページ Architectural Overview、Using the Compiler API、Compiler Internals から始めます。lazy type checking がそこでどのように説明されているかを追跡し、通常何が checking をトリガーするのか、TSC がどのように checking を強制するのか、Compiler API アプリケーションがどのようにそれを制御できるのかを文書化します。関連する wiki ドキュメントですべての 3 つの質問に回答できれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- typescript
- 領域
- compilers, documentation
- issue の種類
- ドキュメント
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 35/100