V2EX = way to explore V2EX 是一个关于分享和探索的地方
Sign Up Now For Existing Member Sign In
请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 550 days ago, the information mentioned may be changed or developed.
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 Oct 26, 2024 Dart:? |
 | 2 hronro Oct 26, 2024 via Android 冷知识：webpack 自身是不能编译(transpile) JS 的 |
 | 3 superedlimited Oct 26, 2024 原文是这个： 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 Oct 26, 2024  1 翻译一下，就是把 C++程序员裁了之后 v8 引擎写不动了，一些有的没的语法糖，你们 JS 程序员自己实现就好，别来我这产生人力成本了 |
 | 6 guiyumin Oct 26, 2024 我觉得 google 就是在作恶，利用自己的垄断地位来搞事 |
 | 7 dV9zZM1wROuBT16X Oct 26, 2024 @nomagick 哈哈哈 |
 | 8 sagaxu Oct 26, 2024 标题党，哪里看出来 Google 要 fork JS 了？ |
| 9 rqYzyAced2NbD8fw Oct 26, 2024 1 @guiyumin #6 我觉得提议很合理，并且没看出哪里在作恶了。语法糖一多，就算 JSEngine 不会因为语法糖本身出现漏洞，也肯定会因为分散人力去优化不重要的语法 feature 而拖慢进度。 |
| 10 guiyumin Oct 26, 2024 @LanhuaMa 其实 google 就应该学微软，自己搞个 gs ，然后编译到 js ，这就行了呗 然后它不是垄断 v8 么，那就让 v8 直接支持 gs ，这多牛逼 |
| 11 rqYzyAced2NbD8fw Oct 26, 2024 @guiyumin #10 自己搞个 gs 然后编译到 js ，那么 js 语法糖复杂度的问题解决了吗？没解决，而且还人为制造了一层新问题。 不过你的“方案”反过来倒是能说通，Google 可以搞个 gs (js0) ，然后让 js (jsSuger) 编译到 gs (js0)，这就行了呗，然后它不是垄断 v8 么，那就让 v8 直接支持 gs (js0) ，这多牛逼 |
| 13 rqYzyAced2NbD8fw Oct 26, 2024 @guiyumin #12 js 编译到 webassembly? 你认真的？ |
| 15 rqYzyAced2NbD8fw Oct 27, 2024 @guiyumin #14 未曾设想过的道路 |
Select Language