microsoft / microsoft/TypeScript
Include results from `--extendedDiagnostics` when using the compiler API
未关闭
还没有人认领这个 Issue。
Awaiting More Feedback
Suggestion
- 主要语言
- Go
- 星标
- 111k
- 派生
- 14.3k
- 平均合并
- 2 天 4 小时
- 30 天内合并 PR
- 132
描述
🔍 Search Terms
extendedDiagnostics, compiler API
✅ Viability Checklist
- This wouldn't be a breaking change in existing TypeScript/JavaScript code
- This wouldn't change the runtime behavior of existing JavaScript code
- This could be implemented without emitting different JS based on the types of the expressions
- This isn't a runtime feature (e.g. library functionality, non-ECMAScript syntax with JavaScript output, new syntax sugar for JS, etc.)
- This isn't a request to add a new utility type: https://github.com/microsoft/TypeScript/wiki/No-New-Utility-Types
- This feature would agree with the rest of our Design Goals: https://github.com/Microsoft/TypeScript/wiki/TypeScript-Design-Goals
⭐ Suggestion
For users of the TypeScript compiler API, it would be extremely useful to include the performance statistics obtained when using the --extendedDiagnostics compiler option.
From the review I've done in this codebase, it seems like this performance information is only reported when invoking tsc directly.
📃 Motivating Example
"The compiler API can now report performance information when enabling the extendedDiagnostics compiler option"
💻 Use Cases
- What do you want to use this for? Investigating performance variations in a project that interacts with TypeScript using the compiler API.
贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
调研方向
首先跟踪调用 tsc 时 --extendedDiagnostics 选项如何报告性能信息,然后将该路径与编译器 API 进行比较。定义编译器 API 应如何公开这些统计信息,并验证编译器 API 的使用者可以获取这些信息以进行性能调查。
由索引模型根据 Issue 内容生成。
评估
- 技术栈
- typescript
- 领域
- compilers, performance
- Issue 类型
- 功能
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 活跃度
- 停滞
- 描述清晰度
- 基本清楚
- 新手友好度
- 35/100