Yarco2020-09-23纯计算的话 貌似也许AI/机器学习可用Wasm? 有这块的内容吗?作者回复: 是的，AI 和机器学习方面的 Wasm 实践还比较少，据我所知两个方面：虚拟机的话可以看一看 SSVM，它在宣传中擅长于 AI 和区块链等领域；库的话 tensorflow.js 最近好像是通过 Wasm 有了部分优化，还有 ONNX.js。再其他的就没有听说过太多消息了，毕竟目前 Post-MVP 中诸如 SIMD 都没有实现。
4
一步2020-09-24目前 wasm 落地情况是怎么样的呢？ 能不能使用与生产环境中的？ 还是只能学习学习，为未来做个知识储备作者回复: 是可以的哈，正如我在第10篇文章中展示的两个案例。虽然MVP的特性稍有局限性，但在某些场景中已经能够很好地来姐姐某些问题了。当然，如果暂时没有使用 Wasm 的需求，作为技术储备也是OK的。未来Wasm的发展将会影响到很多领域。
2
不过落魄2020-09-23恰巧在目前 Wasm 的 MVP 标准中，我们也同样无法直接在 Wasm 字节码中操作 HTML 页面上的 DOM 元素。 是要表达：恰巧在目前 Web 的 MVP 标准中，我们也同样无法直接在 Wasm 字节码中操作 HTML 页面上的 DOM 元素。这一意思吗？作者回复: 是在 Wasm 的 MVP 标准中哈。虽然 DOM 元素是 Web 平台上独有的，但对于 Wasm 字节码来说都是一样的不透明数据，因此暂时还无法在 Wasm 中直接引用。
2
Yixeu2021-01-07不好意思，我跨国前几章直接看的这一章。请问js glue code 具体是指什么？是要理解为js 开放给wasm 的api么？如果是的话，请问是wasm独有的，还是js统一开放出来的api。如果不是，请问怎么理解或者查阅这个glue code具体有些什么内容作者回复: 关于 Glue Code，其实文中有所介绍，并不是特指的一类 API，而本质上讲就是 JavaScript 代码，这些 JS 代码主要用来帮助 Wasm 与 Web API 进行交互。Glue Code 一般由自己编写或者由类似 Emscripten 的工具链自动生成。后者可以在项目编译生成的产物中直接看到。
1
极客酱酱2023-09-04 来自四川尤大的说法： Not really. At this stage WebAssembly based solutions leads to questionable performance gain (wasm can't directly touch the DOM), large binary size (which actually reduces load performance), difficulty of debugging during development (can't just read the stack trace and the source code), significantly larger surface of maintenance (keeping both versions in sync), etc. It's simply not a reasonable trade-off for existing JavaScript frameworks. 没有。在这个阶段，基于 WebAssembly 的解决方案会导致可疑的性能提升（wasm 不能直接接触 DOM）、大二进制大小（这实际上降低了负载性能）、开发过程中的调试困难（不能只读取堆栈跟踪和源代码）、明显更大的维护表面（保持两个版本同步）等。对于现有的JavaScript框架来说，这根本不是一个合理的权衡。 The only case where a WASM-based frontend framework makes sense is to use a language other than JavaScript (e.g. people who prefer to write UI in Rust or C#). 基于 WASM 的前端框架有意义的唯一情况是使用 JavaScript 以外的语言（例如，喜欢用 Rust 或 C# 编写 UI 的人）。展开
跳跳2022-01-19一枚使用 Blazor WebAssembly 的同学飘过。