能发一下unity转微信小游戏以后,非常流畅而且发热量比较低的测试数据或者案例来看看吗?想学习一下
如果真的是开启了jit 只能是调用webview来解析js
最近微信出的文章有说了,就是套了个 webkit 壳。
非高性能模式是跟 Cocos 现在 IOS 差不多,接系统底层去渲染。
高性能模式用 WebKit。
大概是这样,文章懒得找了。
上面数据都是 JIT 的。
不开启 JIT 据称有 5 - 10 倍差距,但没有看到有人做 no JIT 和 WASM 的基准测试,我估计在 IOS 上没有 WASM 快。
你是在暗示 Cocos 在微信小游戏上跑很差吧,但是如何对比的?
- 用的测试项目是否一致?
- 是否都开启了高性能模式?
我这 U 和 C 的项目都有,U 的全开了高性能模式,但 C 的基本没开,因为都是之前的,不知道这回事,C 的项目开了高性能之后就不发烫了。
你说的如果是真的,我发的数据如果也是真的,那不就证明了我的观点:
没有必要全部转为 WASM,因为你看 Unity WASM C# 转到小游戏都跑得这么好,那我们原生 JIT JS 跑得应该会更好,毕竟基准测试里是打败 WASM C# 的。
补充下,
- 所有平台除了 IOS 原生不能开 JIT,现在小游戏平台也能开高性能模式启用 JIT 了。
- IOS 原生引擎底层都是 C++。
- 大把用 Lua 写业务逻辑的 Unity 项目在 IOS 原生上跑得都挺好的(无 JIT,啥性能不说了)。
那么我肯定不会选择所有 JS 换成 WASM,你怎么选择那就看你项目的情况了。
恭喜你,答对了
iOS 的 V8 没有 JIT,想从 wasm 入手大佬有啥建议?
php才是最好的语言
能让我赚钱的语言/引擎就是最好的语言/引擎 
想法很好,但是在cocos上没有必要。
我搞的个引擎demo,脚本用的C++语法类似物,开发时解释执行,出包直接编译
换个角度讲,不正是因为引擎不够完美才能给我们提供那么多的岗位,才能拉开大佬和划水的分水岭,不然引擎都很完美直接用就行,那还要资深主程岗位干嘛。。。。。 是这个理吧

如果世界上只有cocos这一种引擎的话就是这个理了 
+1
字数字数字数
一针见血,先生当年退出文坛我是反对的
il2cpp 诞生时主要是为了解决在ios设备上的性能问题,因为ios无法开启jit。在这类设备上,计算密集任务性能差距 达到了10~100倍