oubenruing

@uni 看到 yew 仓库中描述是这样。操作 DOM API 比直接用 js 慢。希望以后 wasm 能直接控制 dom 吧。

@3dwelcome 看了下这个列表的项目，似乎都是“交互式远程渲染”的项目... 跟 wasm 沾边的只有 Blazor ，找了几个 Blazor 的 demo 项目看了下，加载.net 的运行时，运行 c#，最后还是通过 js 来控制 dom....

https://demos.telerik.com/blazor-financial-portfolio/real-time
https://demos.telerik.com/blazor-coffee/
https://blazor-demo.github.io/

@3dwelcome 请问能否有个小 demo 供学习，我也有做过一个 c++ 编译的 wasm 小工程 处理图形计算的。希望可以交流下。

@oubenruing
手滑继续：
如果是：
2."用 wasm 做一个类似 react 的框架"，那听起来似乎性能更高，但是 wasm 数据传给 js 来最终控制 DOM ，将会有额外的 IO 开销。实际性能如何，还要实验才知道。

如果是：
3.用 wasm 控制 cavnas 绘制一些简单的 ui ，和复杂的图形图像场景或进行 CPU 密集型计算，我觉得是正解。

@3dwelcome 个人看来，目前 wasm 是用来处理一些 cpu 密集计算使用的，例如处理一些图像计算。
如果是：
1."不用必须经过 JS ，WASM 可以直接在 canvas 上自绘制，有 gpu 加持后，性能很高的"
利用 canvas 来做一些网页级别的工作。
那面临的代码将会从
"使用 html js css 写个页面"
变成
"使用任意可编译成 wasm 的语言 （ X 语言），写一个 dom 解析器，css 解析器，以及用 X 语言 来控制 canvas 中的绘制(逻辑控制)"。这样听起来是否就会变成：用 X 语言写了一个浏览器，然后编译到 wasm ，并且嵌入到浏览器中？

如果是：
2.""

@v2000000001ex 1 岁前学接飞盘···那不是得跳了嘛？

@ElmerZhang 已经有只猫叫二蛋了 哈哈

@v2000000001ex 谢谢老哥~

@hugsky 可不想它乱叫