前端框架Svelte放弃TypeScript,JS赢!

转自: OSC开源社区(ID:oschina2013)

根据 Svelte repo 中"TS to JSDoc Conversion"PR 的描述,Svelte 团队将会从目前使用的 TypeScript 迁移到 JSDoc。

图片[1]-前端框架Svelte放弃TypeScript,JS赢!-JieYingAI捷鹰AI

前端 UI 框架 Svelte 创始人 Rich Harris 在推特的回复印证了这一消息。他表示这个决定没有改变 Svelte 的类型安全。

图片[2]-前端框架Svelte放弃TypeScript,JS赢!-JieYingAI捷鹰AI

负责 Svelte 编译器的开发者则说道,改用 JSDoc 后,代码不需要编译构建即可进行调试 —— 简化了编译器的开发工作。毕竟目前的调试工作比较复杂,需要使用构建步骤进行调试。

另外,使用 JSDoc 不会影响编译器的开发安全,因为它的类型几乎等同于 TypeScript,依然可以使用 tsc 编译器检查类型。

图片[3]-前端框架Svelte放弃TypeScript,JS赢!-JieYingAI捷鹰AI

当然,Svelte 开发者(不是编译器开发者)仍会像现在一样获得类型定义文件。因此对于 Svelte 开发者来说,在类型方面不会有任何变化。

Svelte 不是第一个放弃 TypeScript 的前端框架。早在 2020 年,Deno就迁移了一部分內部 TypeScript 代码到 JavaScript,以减少构建时间。当时Deno 团队计划删除所有内部代码构建时的 TS 类型检查与捆绑。

图片[4]-前端框架Svelte放弃TypeScript,JS赢!-JieYingAI捷鹰AI

对此,Deno 团队给出的理由是:

总结就是减少构建时间、降低发布的代码体积、减少编写的代码量。

要注意的是,当时 Deno 仅在内部代码中停用 TypeScript,Deno 用户代码中的 TypeScript 部分仍将保留,类型检查自然也将并存。

从这些案例可以看出,虽然 TypeScript 常被视为 JavaScript 的改进版本,但问题也许没那么简单。与任何其他语言一样,TypeScript 也有自己的缺陷。其最重要的问题之一,在于缓慢的编译速度。在从纯 JavaScript 转换至 TypeScript 时,小型项目可能编译变慢的问题还不算严重,但大型项目(例如复杂的 React 应用程序)则将深受其害。

- EOF -

加主页君微信,不仅前端技能+1

图片[5]-前端框架Svelte放弃TypeScript,JS赢!-JieYingAI捷鹰AI

主页君日常还会在个人微信分享前端开发学习资源和技术文章精选,不定期分享一些有意思的活动、岗位内推以及如何用技术做业余项目

图片[6]-前端框架Svelte放弃TypeScript,JS赢!-JieYingAI捷鹰AI

加个微信,打开一扇窗

© 版权声明
THE END
喜欢就支持一下吧
点赞0 分享