Deno停用TypeScript的五项具体理由
极客时间编辑部
讲述：丁婵大小：4.64M时长：03:23
你好，欢迎收听极客视点。
日前 Deno 官方公布的一份文档指出，出于对当前环境的实际考虑，Deno 将停止在内部代码中继续使用 TypeScript。文档中提到的问题涉及 TypeScript 编译时间、结构以及代码组织方式等。未来，Deno 项目将使用纯 JavaScript 编写内部代码。以下为 InfoQ翻译的 Deno 停用 TypeScript 的五项具体理由。
TypeScript 给 Deno 带来的问题
在使用 TypeScript 编写内部代码时，Deno 团队遇到了以下几个现实问题：
在变更文件时，TypeScript 往往需要几分钟的编译时间，这就导致连续编译过程变得非常缓慢；
在创建 Deno 可执行文件以及面向用户的 API 源文件时，TypeScript 结构会引发一系列运行时性能问题；
由于 TypeScript 编译器无法帮助开发者生成 d.ts 文件，内部代码与运行时 TypeScript 声明必须以手动方式保持同步；
他们维护着两台 TS 编译器主机：一台用于内部 Deno 代码，另一台用于外部用户代码，但二者的作用其实非常相似。
在内部 Deno 代码中移除 TypeScript
Deno 团队计划删除内部 Deno 代码中的所有构建时 TS 类型检查与捆绑。团队打算将所有运行时代码转移到同一个 JavaScript 文件当中，但仍将使用随附的 d.ts 文件保存类型定义与说明文档。
值得一提的是，Deno 将仅在内部 Deno 代码中停用 TypeScript：Deno 用户代码中的 TypeScript 部分仍将保留，类型检查自然也将一同存在。
虽然 TypeScript 常被视为 JavaScript 的改进版本，但此次情况提醒我们问题也许没那么简单。与任何其他语言一样，TypeScript 也有自己的缺陷。其最重要的问题之一，在于缓慢的编译速度。在从纯 JavaScript 转换至 TypeScript 时，小型项目可能编译变慢的问题还不算严重，但大型项目（例如复杂的 React 应用程序）则将深受其害。从 Deno 项目的体量出发，停止使用 TypeScript 也算是顺理成章。
但这种性能妥协也可以理解，毕竟在开发过程中进行类型检查，相当于用编译时长换取安全保障。当然，TypeScript 项目中也提供关于如何解决并缩短编译时间的大量说明文档。最有趣的方法之一是项目引用，意味着开发人员可以将大规模 TypeScript 代码片段拆分为较小的代码片段。
关于 Deno 停止使用 TypeScript 的更多详细信息，感兴趣的话，你可以点击文档链接，了解 Deno 项目团队在移除 TypeScript 并转而使用 JavaScript 方面的完整讨论。Ryan Dahl 及其合作者在其中全面探讨了当前问题、解决方案以及实现途径。
以上就是今天的内容，希望对你有所帮助。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。
收起评论