TypeScript7.0 用 go 重写， 10 倍快，看了两遍确定是真的...

[ChrisFreeMan]

https://devblogs.microsoft.com/typescript/typescript-native-port/

github: https://github.com/microsoft/typescript-go

[guaike]

搞不懂为什么不用 rust 写

[twig]

@guaike Go 简单啊

[383394544]

@guaike 用 golang 写提速 10 倍，用 rust 写再提速 2 倍，可以邀功两次。

[pigmen]

@guaike https://github.com/microsoft/typescript-go/discussions/411

简单来说就是 go 和 ts 更像

[northbrunv]

github 很多新项目都是前端 TS 后端 Go

[wunonglin]

@guaike #1 视频有解释

[sagaxu]

Go 是 native first ，C#是 bytecode first ，虽然有 AOT ，但不是所有地方都支持。

Go 是 low level 语言，function + data structure 足矣，OOP 和模式匹配之类的特性用不上。

总之，Go 操作数据结构很方便。

[ryougifujino]

好事，tsc 速度可以快很多

[jamesjammy061]

+1

[Leviathann]

怎么就 7.0 了 6.0 在哪

[Trim21]

@pigmen 看了下感觉跟 esbuild 选择 go 的原因差不多？

[Contextualist]

@pigmen 想起来 Deno 写标准库的时候，Ryan D 说过类似这样的话：“如果不确定怎么实现，就直接按照 Go 标准库对应函数的写法来写”

[RedNax]

@Leviathann 6 还将是 javascript ，会有一些 breakchange ，6 适配之后就可以上 7 了

[ne6rd]

所以这个快主要是针对开发，部署来说的？
ts 最终还是编译成 js ，所以在浏览器上跑没影响？
还是说现在有环境能直接跑 ts 了嘛？

[RedNax]

@ne6rd 对，就是开发，最终环境没影响。
Nodejs 很快就会支持 typescript： https://nodejs.org/en/learn/typescript/run-natively
不够这个支持只是能跑，类型检查还是得靠 tsc ，native 了还是一样用在开发阶段

[nomagick]

swc 不是用得挺好么

TypeScript 语言层面上已经没什么改动了

别是什么 KPI 之举，跳槽预备，献礼 Google

[yyfearth]

@ne6rd NodeJS 22(exp)/23(by default) 可以直接跑 TS 了 https://nodejs.org/en/learn/typescript/run-natively https://developers.slashdot.org/story/25/01/19/0335202/nodejs-type-stripping-for-typescript-now-enabled-by-default
当然 tsc 变快主要就是多开发和部署有帮助的 因为不管是 node 还是 esbuild/swc/babel 都是类型擦除 如果要做类型检查必须还用 tsc
不过既然 node 都支持跑 TS 那么浏览器应该也快了 只要 v8 可以做类型擦除就可以支持

[yyfearth]

@RedNax node v23.6.0 已经默认支持了 https://developers.slashdot.org/story/25/01/19/0335202/nodejs-type-stripping-for-typescript-now-enabled-by-default

[yyfearth]

@nomagick esbuild/swc/babel 只是类型擦除 不做类型检查
rs 语言比较严谨一些 做一些比较动态的事情可以会复杂不少
不过 rs 还有一个优势是和 node 整合比 golang 好 总的来说就是性能更好不管是 rs 本身还是和 node 的整合
不管怎样肯定比 typescript 的版本要强的多

[minami]

@guaike 编程原神又打过来了？