WebAssembly 普及后， js 语言是否有可能会被淘汰、被挑战？

[piqizhu8]

倘若以后 浏览器调试 WebAssembly 更加完善： developer.chrome.com/blog/wasm-debugging-2020/

那么，原来做后端的，如 Python， 就可以直接用 Python 写逻辑，而不用专门学 js 了， 对吧？

如此一来， 开发网站，学 js 的动力就更小了， 那是不是 间接的，js 就会逐步淘汰？ 除非 js 在后端领域更强大？

[ReferenceE]

🙄基本不可能，你不如说 ts 取代 js 快点
你说的这个概念太超前了

[Jirajine]

grain 这种专门为 wasm 设计的语言对 js 的威胁比较大。

[love]

然而 js 语法不差于 py （我自己觉得是写起来更舒服），又能写前端又能后端，怎么不是 js 代替 py 。
另外 py 速度比 js 数量级的慢，这方面 WebAssembly 帮不上忙，甚至一大部分是语言设计上的原因。

[12101111]

等 webassembly 和 webidl 之间的强类型接口稳定了再说吧, 现在 wasm 导入导出函数只支持 32 位 64 位整形浮点数, 这可没法直接调 DOM api

[shintendo]

js 十二年前就可以写后端了，为什么到今天还没淘汰 python ？你先回答一下这个问题

[akira]

相对比并没有太多优势呀，所以这个结论并不能成立的

[oyjc]

肯定会有影响的。

UI 层面：
现在用 .NET 开发前端页面都不用写 JS，Blazor 翻译成 Webassembly 。
其它的编程语言，早晚也是这样，比如冷门的 Nim 又或者讲性能的 Rust 都有类似的整合。

第三方库：
在 Webassembly 上可以做各种通用库.wasm，跨语言被调用，无论前后端。

[wellsc]

@shintendo python 已经被自己淘汰了

[wanguorui123]

java for wasm 、c# for wasm 、go for wasm...、wasm 如果能直接操作 dom 和 webgl 指不准搞出什么框架，到时候前端更加分裂