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

[ChrisFreeMan]

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

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

[nilaoda]

C#的 AOT 还不够成熟，加上这是移植而不是重写。选择相近的 Go 没啥问题。

[c0t]

@yyfearth 就 go 的 ffi 性能…有什么好整合的

[realJamespond]

jsx 全都没 ready 还搞啥

[jiangzm]

@yyfearth #57 C#可以 AOT 编译，和 GO 一样的。

[jiangzm]

我觉得用 GO 移植是合理的选择， 如果后面 TS 会被微软定位成独立编程语言，应该就会有微软自己的 TS Runtime ，届时 ts 编译器可能会用 Rust/C++/C#重写。

[jiangzm]

@qxmqh #39 路人观点而已， 切莫上头

[runlongyao2]

@guaike rust 写工期太长，怕项目凉了

[runlongyao2]

@ne6rd 只针对编译

[runlongyao2]

@jiangzm 不太可能，TS 只是一套语法。做一个 RUNTIME 相当于重新搞了个轮子，同类轮子太多，意义不大

[jiangzm]

@runlongyao2 没啥不可能，Deno/Bun/Node v22.6+ 难道不是 ts runtime 吗，可以直接运行 ts 虽然是解释运行。另外微软本身就有支持多语言的.Net Runtime ，其支持 C#、F# 和 Visual Basic ，再加一个 Typescript 也没什么不好。这样 ts 既可以作为解释运行(Node)也可以编译运行(.Net)。

所以不管是出一个类似 Node 的 ts runtime 还是加入的.Net 家庭甚至单独的 ts 二进制编译器(类似 GO 支持 GC 能原生运行) 都是有可能的， 就看微软想不想把 jser/tser 拉拢过来。

[mxT52CRuqR6o5]

@jiangzm #69 如果不限制 TS 写法，运行速度大概率比 V8 劣化，想要性能得限制只能使用 ts 的子集，整个 TS#出来

[runlongyao2]

@pursuer 老项目继续能用，不冲突

[helloworldyong9]

@Flourite 你用一下 go 就发现，不在和 c++, java 各种为了概念，花里呼哨的东西。go 不追求 100% 的场景，只为 80% 的场景方便。是很像脚本的编译型语言。是不为概念，只为解决工程问题的简单语言。

[Ketteiron]

奇怪，明明有 TypeScript 节点，为什么这个帖子会出现在 Node.js 节点？