ts 只是加了编译期的类型检查，只有个别语法比如 enum 会生成额外的内容，如果目标版本设定为 esnext，基本上就是代码原封不动

另外快是怎么定义的？v8 目前不比 jvm/golang 差太多，常规 micro benchmark 几乎差不出2倍。本来就快不了多少，再加上通过 js 才能调用 wasm，所以实际上 wasm 几乎不可能做到比原生 js 实现快。另外，除了 native 语言，wasm 里面还得带个 gc，这种套娃实现怎么可能更快？

我说过很多遍了，wasm 的出现并不是 js 的替代品。相反的，对于想移植浏览器、但不想再写一遍代码更有帮助。wasm 根本就是对 js 的补充，两者的发展是相互促进的作用。

另外，ts 目前还是有点尴尬的。由于本来带类型信息，理论上编译器、runtime 可以做更激进的优化。然而实际情况却是擦除类型信息，而使用更保守、更通用的 js 优化

【 在 No1 () No1 () 的大作中提到: 】
: 话说喂给原来的v8这种js运行时的是不是最终只有js，那编译成js的所有语言应该都快不了吧，除非像wasm这种能识别更多数据类型的运行时
--
FROM 203.211.111.*