如何通过优化Project Reference提升TypeScript编译器长尾词处理性能?
- 内容介绍
- 文章标签
- 相关推荐
本文共计1400个文字,预计阅读时间需要6分钟。
目录 + 引言 + Project Reference + 总结 + 引言 + TypeScript + 为 JavaScript 添加了一套类型系统,在编译期间可以检查出类型错误,增强了代码的健壮性,但也增加了编译过程。ts 编译速度与项目规模相关。
目录
- 引言
- Project Reference
- 总结
引言
TypeScript 给 JavaScript 添加了一套类型系统,可以在编译期间检查出类型错误,这增加了代码的健壮性,但也多了一个编译的过程。
ts 编译速度与项目规模有关,如果项目比较大,代码很多,那就需要编译很长一段时间。
有没有什么办法可以提升 tsc 编译的性能呢?
还真有,TypeScript 3.0 的时候实现了 Project Reference 的特性,就是用于优化编译和类型检查的性能的。
那 Project Reference 是干什么的呢?
Project Reference
想象这样一个场景。项目目录下有两个相对独立的模块 aaa 和 bbb
它们是用同一个 tsconfig.json 来配置编译方式的:
执行 tsc 就会编译所有 include 的文件到 dist 目录下:
假设 aaa 和 bbb 都很大,编译要很久,但是两者的关联还不是特别大。
本文共计1400个文字,预计阅读时间需要6分钟。
目录 + 引言 + Project Reference + 总结 + 引言 + TypeScript + 为 JavaScript 添加了一套类型系统,在编译期间可以检查出类型错误,增强了代码的健壮性,但也增加了编译过程。ts 编译速度与项目规模相关。
目录
- 引言
- Project Reference
- 总结
引言
TypeScript 给 JavaScript 添加了一套类型系统,可以在编译期间检查出类型错误,这增加了代码的健壮性,但也多了一个编译的过程。
ts 编译速度与项目规模有关,如果项目比较大,代码很多,那就需要编译很长一段时间。
有没有什么办法可以提升 tsc 编译的性能呢?
还真有,TypeScript 3.0 的时候实现了 Project Reference 的特性,就是用于优化编译和类型检查的性能的。
那 Project Reference 是干什么的呢?
Project Reference
想象这样一个场景。项目目录下有两个相对独立的模块 aaa 和 bbb
它们是用同一个 tsconfig.json 来配置编译方式的:
执行 tsc 就会编译所有 include 的文件到 dist 目录下:
假设 aaa 和 bbb 都很大,编译要很久,但是两者的关联还不是特别大。

