这是一个创建于 1645 天前的主题，其中的信息可能已经有所发展或是发生改变。
原本还希望等到 Deno 将 V8 替换成原生的 TS 引擎那一天。。。
7 条回复 • 2020-06-23 16:39:47 +08:00
 |
1
Oktfolio 2020-06-23 11:13:52 +08:00
我这个 TS 吹就很尴尬
|
 |
2
VDimos 2020-06-23 11:20:58 +08:00 via Android
看了下，是因为内部代码在编译 ts 的时候太费时了。还是得靠微软 fork 一个 ts-v8 出来才行。
这个看介绍，考虑把 cli/js 里面的和 deno_typescript 里面和 build time, runtime 有关的 ts 换成 js 加 d.ts 的方式实现。 不过我很好奇，为啥要把所有的 runtime 打包成一个 rt.js ？这样不是很大一个文件？优势在哪里？ 不慌，目前这只是内部代码的问题 |
 |
3
u823tg 2020-06-23 11:23:34 +08:00
v8 替换成原生 ts 引擎，这个得微软做，工程量太大
|
 |
4
mnssbe 2020-06-23 11:24:38 +08:00 via iPhone
你也是断章取义，好好看看 github 讨论吧
|
 |
5
Rwing 2020-06-23 11:30:38 +08:00
|
 |
6
libook 2020-06-23 11:40:22 +08:00  2
1. 这个仅仅是 Deno 内部实现的变更。
2. 不影响 Deno 支持 TS，Deno 也声明会永远支持 TS 。 @Oktfolio 所以 TS 还是可以安心继续吹。 确实，如果 Deno 不使用 TS 原生引擎的话，就逃不出 JS 这一步，但问题是，微软是否希望以后搞出 TS 原生引擎来取代 V8，以及让 TS 脱离 ECMA-262 取代 ES 呢？不过微软现在在积极渗透 Chromium 项目就是了。 |
 |
7
joesonw 2020-06-23 16:39:47 +08:00
@libook https://github.com/microsoft/TypeScript/issues/19044. TypeScript 只是 ES stage3+ 的 polyfill 实现加 typings. 不会引入与 JS 不兼容的特性. 所以真正的 function overload 和把 interface 编译成 object 的 proposal 一直没过.
|
Select Language