大家在争论 deno 的时候提到 ts 和 web assembly，突然想到那岂不是也可以 server assembly 一下？
rrfeng 2018-06-01 10:09:41 +08:00 5534 次点击这是一个创建于 2763 天前的主题，其中的信息可能已经有所发展或是发生改变。
然后 js 编译成二进制的后端可执行程序跑在一个又从浏览器扒出来的 vm 上
历史的车轮总是在绕圈子…
 | 1 rrfeng OP |
 | 2 polythene 2018-06-01 10:20:38 +08:00 后端的语言已经够多了，求求你不要再搞轮子了，学不了。。。 |
 | 3 nfroot 2018-06-01 10:35:07 +08:00 我一直以为 V2EX 最近频繁出现的 deno 是打错字了……。 |
 | 4 AV1 2018-06-01 10:35:30 +08:00 请问编译成 web assembly 跑在服务器上相比直接编译成 native code 有何优势？ |
 | 5 reus 2018-06-01 10:38:56 +08:00 vm 本来就是跑 bytecode，bytecode 就是编译出来的。 |
 | 6 aaronly 2018-06-01 10:46:36 +08:00 服务器 wasm 并看不到有什么优点，追求效率和通用性为什么不直接上 c/c++/rust/go，干嘛要在运行时再套一层 vm 亦或是用 wasm 的方式编译成机器码 > Non-Web environments may include Javascript VMs (e.g. node.js), however WebAssembly is also being designed to be capable of being executed without a Javascript VM present. |
| 8 rrfeng OP @aaronly 不然，node 为什么火其实很大原因是前后 js 统一。各种库可以通用。 go c java 也做不到这一点。但是 wsam 可以通过各种语言生成，相当于把 go c java 搬到前端去了。出现一统方案是必然的，至于好不好用和发展前景就再看了 |
 | 9 noli 2018-06-01 12:32:07 +08:00 via iPhone 我已经在狠很多个地方布道过了，那就是很多语言可以编译出 webassembly， 所以 js 可以安息了。 论语言设计的优势，js 真的没有多少优势，无论是前端还是后端的应用场景。 唯一的优势就是在浏览器中的先发优势。 |
 | 10 janxin 2018-06-01 13:12:25 +08:00 via iPad 为什么不直接 node ？除了麻烦以外没什么收益 |
Select Language