H5版本代码 全部编译为wasm 可行性
看到了,主要是想把creator 工程发布为wasm
看了下creator的结构 感觉无望了
我们早晚会支持。多早?多晚?还不知道
1赞

可以考虑等wasm 多线程和SIMD提案正式发布了,再去做实际支持工作。
不管支不支持WASM,反正我觉得多线程肯定是未来WEB发展的方向,面对现在新13代I9CPU的24核心32线程,单线程的JS不知还能坚持多久。
有web worker,可以跑物理,游戏逻辑,离屏渲染…引擎支持的话…
多线程是强烈发展趋势
多考虑下原生App、小游戏环境
- js不会在语言层面支持多线程, js提供thread标准库这种事情,无异于重写一门语言。
关于多线程问题,可以想一下JS事件循环插入多线程会变成怎样的混乱场面。另外Google曾推出dart语言想用来替代js(虽然没能成功),作为一种全新设计的语言,dart也没有多线程。
-
最多会提供另起子进程的执行环境,如worker,node.js的child_process,或者效仿dart用isolate机制隔离内存空间方式。
-
wasm可以大幅度加快纯数学物理计算,但是如果不支持多线程,wasm计算依然会阻塞js主循环。
-
骂性能问题,请打开浏览器 ,输入 Apple Developer Forums ,发帖,
Except Safari, Why iOS does not support JIT? F**K
1赞
WASM本身也需要进一步发展才行,起码调用WebAPI什么的能直接支持调用才行,就算现在全部用WASM编译了,webgl和音频之类的也是用的js调用的