2022-06-28 13:08
web 页面上的 javascript 运行速度,我不觉得慢。所以,我认为 WebAssembly 及 vue 之类的为弥补这一点而出来的技术,都没太多用处。它们先制造恐慌(javascript 运行速度慢), 然后说我来提供一个解决办法,挺唬人的。
WasmEdge北京乙态科技发展有限公司
2022-06-23 12:36
打错了,然后是运行 JavaScript
WasmEdge北京乙态科技发展有限公司
2022-06-23 12:34
我们已经实现了把 quickjs 编译成 wasm,然后运行 wasm 字节码,文章在这里,欢迎大家品鉴 https://my.oschina.net/u/4532842/blog/5263396
2022-06-23 10:21
一直等一个将js编译成wasm的环境,不想用类ts的as
2022-06-22 20:23
JS引擎是C++写的,居然用WebAssembly再编译一次。能提高性能???
2022-06-23 09:38
我也感觉这话有点瞎扯
2022-06-27 15:29
逐行解释执行,比预先整体编译后运行,前者慢。微软的 visual basic 早期是解释执行,后来改成编译成本地 exe 后运行,能提高运行速度。
2022-06-27 19:58
JS本身也不是逐行解释执行的,是整体解释运行,而且V8也算半个JIT,由于JS是弱类型,整体优化能力有限,难道wasm能强过V8?V8无法优化的地方 wasm能优化?是JS语言问题导致的V8无法全部JIT化而不是V8做不到。
2022-06-27 22:04
.java(/js) 代码,编译后成为 .class (WebAssembly), 然后用 jvm(V8) 来了执行。省掉了前半部分的编译阶段,理论上应该可以节省部分时间。即, "下载、编译、执行",改成 "下载、执行"
2022-06-22 15:22
虚拟机套虚拟机有毒 😅
2022-06-22 11:30
很多人以为WebAssembly会干掉JavaScript,
结果却是WebAssembly让JavaScript成了最大的受益者之一。
2022-06-22 16:57
WebAssembly只会让浏览器变为更好的平台,作为这个平台的主导语言,JS当然不会吃亏。
2022-06-23 10:18
看的太浅了
回复 @
{{emojiItem.symbol}}
返回顶部
顶部