倘若以后 浏览器调试 WebAssembly 更加完善: developer.chrome.com/blog/wasm-debugging-2020/
那么,原来做后端的,如 Python, 就可以直接用 Python 写逻辑,而不用专门学 js 了, 对吧?
如此一来, 开发网站,学 js 的动力就更小了, 那是不是 间接的,js 就会逐步淘汰? 除非 js 在后端领域更强大?
1
ReferenceE 2021-06-18 20:58:28 +08:00 via Android
🙄基本不可能,你不如说 ts 取代 js 快点
你说的这个概念太超前了 |
2
Jirajine 2021-06-18 21:04:49 +08:00 via Android
grain 这种专门为 wasm 设计的语言对 js 的威胁比较大。
|
3
love 2021-06-18 21:18:39 +08:00
然而 js 语法不差于 py (我自己觉得是写起来更舒服),又能写前端又能后端,怎么不是 js 代替 py 。
另外 py 速度比 js 数量级的慢,这方面 WebAssembly 帮不上忙,甚至一大部分是语言设计上的原因。 |
4
12101111 2021-06-18 21:30:22 +08:00
等 webassembly 和 webidl 之间的强类型接口稳定了再说吧, 现在 wasm 导入导出函数只支持 32 位 64 位整形浮点数, 这可没法直接调 DOM api
|
5
shintendo 2021-06-18 21:33:17 +08:00
js 十二年前就可以写后端了,为什么到今天还没淘汰 python ?你先回答一下这个问题
|
6
akira 2021-06-18 21:38:27 +08:00
相对比并没有太多优势呀,所以这个结论并不能成立的
|
7
oyjc 2021-06-18 22:02:08 +08:00
肯定会有影响的。
UI 层面: 现在用 .NET 开发前端页面都不用写 JS,Blazor 翻译成 Webassembly 。 其它的编程语言,早晚也是这样,比如冷门的 Nim 又或者讲性能的 Rust 都有类似的整合。 第三方库: 在 Webassembly 上可以做各种通用库.wasm,跨语言被调用,无论前后端。 |
9
wanguorui123 2021-06-20 00:35:38 +08:00 via iPhone
java for wasm 、c# for wasm 、go for wasm...、wasm 如果能直接操作 dom 和 webgl 指不准搞出什么框架,到时候前端更加分裂
|