microsoft / microsoft/TypeScript
extendedDiagnostics is difficult to use if you have composite projects
まだ誰も着手していません。
- 主要言語
- Go
- スター
- 111k
- フォーク
- 14.4k
- 平均マージ
- 1日 19時間
- マージ済み PR(30日)
- 117
説明
Suggestion
extendedDiagnostic outputs per-project statistics, but it's difficult to map those statistics back to the sub-projects. It would be great to start each section with tsconfig path that the statistics relate to.
🔍 Search Terms
performance, diagnostics, extendedDiagnostics
List of keywords you searched for before creating this issue. Write them down here so that others can find this suggestion more easily and help provide feedback.
✅ Viability Checklist
My suggestion meets these guidelines:
- [ x] This wouldn't be a breaking change in existing TypeScript/JavaScript code
- [ x] This wouldn't change the runtime behavior of existing JavaScript code
- [ x] This could be implemented without emitting different JS based on the types of the expressions
- [x ] This isn't a runtime feature (e.g. library functionality, non-ECMAScript syntax with JavaScript output, new syntax sugar for JS, etc.)
- [x ] This feature would agree with the rest of TypeScript's Design Goals.
⭐ Suggestion
Add tsconfig.json path for each diagnostic section.
📃 Motivating Example
Files: 174
Lines of Library: 29237
Lines of Definitions: 104603
Lines of TypeScript: 4808
Lines of JavaScript: 0
Lines of JSON: 0
Lines of Other: 0
Nodes of Library: 122618
Nodes of Definitions: 220860
Nodes of TypeScript: 14004
Nodes of JavaScript: 0
Nodes of JSON: 0
Nodes of Other: 0
Identifiers: 120621
Symbols: 168609
Types: 49549
Instantiations: 136607
Memory used: 218473K
Assignability cache size: 44366
Identity cache size: 87
Subtype cache size: 248
Strict subtype cache size: 64
I/O Read time: 0.10s
Parse time: 0.95s
ResolveModule time: 0.11s
ResolveTypeReference time: 0.02s
Program time: 1.22s
Bind time: 0.45s
Check time: 3.62s
transformTime time: 0.07s
Source Map time: 0.01s
commentTime time: 0.01s
printTime time: 0.17s
Emit time: 0.17s
I/O Write time: 0.01s
Total time: 5.47s
Files: 2368
Lines of Library: 28467
Lines of Definitions: 781748
Lines of TypeScript: 226192
Lines of JavaScript: 0
Lines of JSON: 0
Lines of Other: 0
Nodes of Library: 121539
Nodes of Definitions: 2173927
Nodes of TypeScript: 764889
Nodes of JavaScript: 0
Nodes of JSON: 0
Nodes of Other: 0
Identifiers: 1089505
Symbols: 1032449
Types: 366438
Instantiations: 1212704
Memory used: 1462003K
Assignability cache size: 235521
Identity cache size: 2060
Subtype cache size: 30709
Strict subtype cache size: 29974
I/O Read time: 0.99s
Parse time: 5.26s
ResolveModule time: 1.09s
ResolveTypeReference time: 0.01s
Program time: 7.84s
Bind time: 2.12s
Check time: 26.17s
transformTime time: 7.29s
Source Map time: 0.18s
commentTime time: 0.32s
printTime time: 9.60s
Emit time: 9.62s
I/O Write time: 1.10s
Total time: 45.74s
💻 Use Cases
I want to use this for understanding high level performance of our different projects without having to open traces.
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
extendedDiagnostics のエントリポイントから始め、複数のサブプロジェクトを含む Composite プロジェクトの出力を再現します。プロジェクトごとの各統計セクションがどのように出力されるかを追跡します。完了条件は、既存の diagnostics の動作を維持したまま、各セクションが説明対象の tsconfig パスを識別することです。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- typescript
- 領域
- compilers
- issue の種類
- 機能追加
- 難易度
- 3/5
- 見積もり時間
- 1〜2日
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 38/100