我在考虑学习省成本的问题,
rust当然编译wasm效率最高,
但rust语言毕竟困难,当然我不是说rust的这个时问题,还是,cocoscreator选择了typescirpt,所以,不去选修改个类型就能跑的AssemblyScript,却去加入rust支持,好啊,rust是好,照这么说unity的net core不是也可以编译wasm么,net core还是开源的,人家unity用的是c#,顺理成章。rust呢?好啊,让typescirpt利用者使用rust,你还是饶了他吧。
rust很有前途,我建议啊,cocoscreator团队做两手准备,
一手是全部用rust重写,版本号 CococCreator 5.0,基本和unity的c#一个模式,会保留一下js只用于postMessage之类的,wasm与js的接口,js的api也会变得极其少的。
这个CococCreator 5.0的优势就是rust的wasm是世界上最轻量的,最快的,能出来的话,肯定手机端浏览器都没问题可以跑,这就统一江湖了。
还有一手是,用AssemblyScript进行重写,版本号 CococCreator 4.0,基本和unity的c#一个模式,纯js只用于postMessage之类的,wasm的编译,可以在typescirpt的类型强制下解决,比起rust的语法复杂,AssemblyScript还是较为简单的,
这个CococCreator 5.0的优势就是,在开发过程中,能深入理解typescript和AssemblyScript,稍微改下说不定就可以用,不用rust的大费周章。
我个人的已经,毕竟大家都是喜欢前端的,rust这个可以编译wasm的语言出现了,但大部分人可以说这个和他没关系,他们只需要javascript/typescirpt,就可以了,说的意思就是,rust的大精英了,但大部分开发之不是精英人员。我们不是精英,我们只是打工卖命的。
加入过上面说,你这个代码,即使把一部分处理subpackage化后混淆了,但js的部分还是不行啊。
那么,这个是由您回去选择rust吗,你把你但精英可以,但大部分人就是懒惰,就是不愿意更新认知,所以对于他们来说,AssemblyScript给了他们一些小小的期待,
我不知道cocos官方怎么想的,定方向是也要考虑这些啊。
反正cocos官方已经有过,强制typescirpt的先例的,以后强制rust或这个AssemblyScript也没什么大事。
但事事的首部中,虽然对于cocos内部的资源可能分散了,但其实rust版本的CococCreator 5.0,和AssemblyScript的CococCreator 5.0,就当是我的痴心妄想,可以期待一下的吧。

