2022 年 4 月 20 日,W3C 公布了 WebAssembly 2.0 的第一批公共草案。
Docker 的创始人 Solomon Hykes 曾在 Twitter 上说过这样一段话:“如果 Wasm 和 WASI 早在 2008 年就存在,那么我们就不需要创建 Docker。可见 Wasm 是多么重要。服务器上的 WebAssembly 将会是‘计算’的未来模式。而现在的问题是缺少标准化的系统接口。希望 WASI 能够胜任这项工作!”
从这段话,我们不难体会出 Wasm 出现的意义,自 2015 年 4 月,WebAssembly Community Group 成立以来,Wasm 的确在不断发展,但也不难看到,现阶段 Wasm 并没有迎来大规模应用,那么 Wasm 发展受限的原因是什么?目前 Wasm 在哪些场景下进行了实践?此次新出 2.0 草案对 Wasm 现状又有何影响?本专题将包括专家对 2.0 草案的解读、具体场景实践分享以及 Wasm 后端应用相关系列文章,希望对大家了解 Wasm 有所帮助。
Wasm 的声音渐渐弱了?
4 月 20 日,W3C 公布了 WebAssembly 2.0 的第一批公共工作草案。
如果大家在某份工作上辗转难眠,每天感觉紧张焦虑,或者不断质疑自我价值,那我劝大家赶紧换个新去处。
Kubernetes+ 容器组合并非万用良药,对于边缘计算场景来说,它们还是太重了。
本文将先回顾下 WebAssembly 过去一年的发展,然后预测下其未来一年的趋势。
WebAssembly 即 Wasm 就像浏览器运行时的一种高效的低级编程语言,它可以将高级语言编译成二进制格式,并在 WEB 上运行它们,而不需要浏览器或插件。
WebAssembly (Wasm)是基于堆栈的虚拟机的二进制指令格式,一种低级汇编语言,旨在非常接近已编译的机器代码,并且非常接近本机性能。前面在文章《快速认识 WebAssembly 》介绍过一些,本文再次介绍其优势和使用场景,通过代码体验 WebAssembly 项目开发的过程
WebAssembly 实践