microsoft / microsoft/TypeScript
Use LazyBarrel to improve IDE performance
还没有人认领这个 Issue。
- 主要语言
- Go
- 星标
- 111k
- 派生
- 14.3k
- 平均合并
- 2 天 4 小时
- 30 天内合并 PR
- 132
描述
🔍 Search Terms
"re-export", "barrel file", "optimization", "performance"
✅ 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
Can the Typescript Language Server implement and use its own version of the LazyBarrel optimization as an experimental feature to improve IDE performance?
📃 Motivating Example
This feature should improve IDE performance (e.g. type highlight) and reduce the impact of barrel files on Typescript codebases.
Explanation provided on LazyBarrel.
💻 Use Cases
- What do you want to use this for?
Improving IDE performance.
- What shortcomings exist with current approaches?
Barrel files have a significant impact on IDE performance in Typescript codebases.
- What workarounds are you using in the meantime?
Manually de-barreling packages.
贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
调研方向
从 TypeScript Language Server 和链接的 LazyBarrel 说明开始,以了解所提议的优化及其范围。确定一个实验性集成点和一个可衡量的 IDE 性能场景;完成后应能证明对于大量使用 barrel 的 TypeScript 代码,性能有所提升,同时不改变运行时行为。
由索引模型根据 Issue 内容生成。
评估
- 技术栈
- typescript
- 领域
- developer-experience, performance
- Issue 类型
- 功能
- 难度
- 5/5
- 预计耗时
- 一周以上
- 活跃度
- 停滞
- 描述清晰度
- 需要澄清
- 新手友好度
- 25/100