Shopify 的开发人员和cocos这边挺像的，他们最终跑浏览器外的wasm时，使用的开发语言是 AssemblyScript
（这个值得参考）
通过我们的调研发现，Shopify 生态系统中的开发者大多能对 JavaScript 熟练应用。可惜的是，由于 JavaScript 与 Ruby 一样是动态语言，只得被排除在外。最终，我们选择了一种语法类似于 TypeScript 的开发语言：AssemblyScript。
还有cocos安卓原生内置的v8似乎支持wasm，似乎没必要担心，但shopify好像是用了其它的办法让wasm跑在浏览器外的
https://www.136.la/jingpin/show-14151.html
希望cocos能和AssemblyScript官方合作就好了，当然不用做到上面提到的shopify级别的，毕竟大家都很忙。
2.x 对资源的扩展，可参考这个范例
https://github.com/DragonBones/DragonBonesJS/tree/master/Cocos/Demos/packages/dragonbones
哈哈，正如之前的公告，强转 TS 也是花了我们几年时间做铺垫的，要再转没那么容易了。
感谢分享~ 我们评估一下。Cocos 因你们更美好~
1赞
你给研发的钱么 哈哈
我？我们项目组的cocos的游戏要关服了，我去其他项目组做unity了
对于商业游戏来说，js代码的暴露是致命的，所以有混淆这一手段，但混淆却降低了执行效率，况且即使是混淆，人们也可以通过代码去逆推逻辑。所以，要提高cocos的利用人群，就必须解决安全问题，
assemblyscript编译wasm就是许多可能手法中的一种。
unity不是敌人，但我希望cocos取胜。
1赞
我被你感动了
2赞
话说半年过去了，现在的cocos支持assemblyscript了吗？或者说支持rust了吗？隔壁的godot似乎最近在PWA（就像国内的微信小程序）方面发力了
可怕的不是godot的gdscript编译wasm，似乎那个很慢，但godot也是有和rust合作的，rust没有图形界面开发环境，已经利用amethyst， bevy等发展起来了，即使他们不和godot合作，也最终会做他们自己的图形界面开发环境。希望cocos别原地踏步。。。
人力 精力有限 3.x都没稳定下来 原生性能问题也没解决
估计官方是没指望了。要不你开个坑 搞一个 cocos-rs 吧。
用 rust 写，渲染用 wgpu。
web 编译为 wasm。web 和 native 一套代码。
只是上了 rust 这种大杀器。估计没几个人能玩的溜了 
Foreign Function Interface,这个简称为FFI，在许多引擎内置语言不给力的时候使用。但把FFI的语言直接编译为wasm的不多见。
这个也可以用于cocoscreator吧？
该主题在最后一个回复创建后14天后自动关闭。不再允许新的回复。