这是一个创建于 284 天前的主题，其中的信息可能已经有所发展或是发生改变。
Google 在 TC39 中的提议
They argue that new features are placing a performance and security burden on JS engines, which puts the implementors at odds with JavaScript developers - who are demanding new syntactic sugar (apparently). By splitting the standard, Google hope that JSSugar could continue to evolve quickly while JS0 grows more gradually.
大致意思是，现有标准 javascript 将成为 JSSugar ，其继续丰富其语法特性，而真正运行在浏览器的 js 将成为 JS0,由 webPack 编译，其专注于性能和运行时友好。
 |
1
diivL 284 天前
Dart:?
|
 |
2
hronro 284 天前 via Android
冷知识：webpack 自身是不能编译(transpile) JS 的
|
 |
3
superedlimited 284 天前
原文是这个：
The proposal from Google was to split the standard into: JS0, the language implemented by engines, and JSSugar, an extended syntax that tools like WebPack will compile to JS0. 咱看不懂英文，可以不用乱翻译的。 |
 |
5
nomagick 284 天前  1
翻译一下，就是把 C++程序员裁了之后 v8 引擎写不动了，一些有的没的语法糖，你们 JS 程序员自己实现就好，别来我这产生人力成本了
|
 |
6
guiyumin 284 天前
我觉得 google 就是在作恶，利用自己的垄断地位来搞事
|
 |
7
dV9zZM1wROuBT16X 284 天前
@nomagick 哈哈哈
|
 |
8
sagaxu 284 天前
标题党，哪里看出来 Google 要 fork JS 了？
|
|
9
rqYzyAced2NbD8fw 284 天前 1
@guiyumin #6 我觉得提议很合理，并且没看出哪里在作恶了。语法糖一多，就算 JSEngine 不会因为语法糖本身出现漏洞，也肯定会因为分散人力去优化不重要的语法 feature 而拖慢进度。
|
|
10
guiyumin 284 天前
@LanhuaMa 其实 google 就应该学微软，自己搞个 gs ，然后编译到 js ，这就行了呗
然后它不是垄断 v8 么，那就让 v8 直接支持 gs ，这多牛逼 |
|
11
rqYzyAced2NbD8fw 284 天前
@guiyumin #10 自己搞个 gs 然后编译到 js ，那么 js 语法糖复杂度的问题解决了吗？没解决，而且还人为制造了一层新问题。
不过你的“方案”反过来倒是能说通，Google 可以搞个 gs (js0) ，然后让 js (jsSuger) 编译到 gs (js0)，这就行了呗，然后它不是垄断 v8 么，那就让 v8 直接支持 gs (js0) ，这多牛逼 |
|
13
rqYzyAced2NbD8fw 284 天前
@guiyumin #12 js 编译到 webassembly? 你认真的？
|
|
15
rqYzyAced2NbD8fw 283 天前
@guiyumin #14 未曾设想过的道路🤯
|
Select Language