冒个泡，今天12.17距离12.18还有一天。期待
有人更新了3.8.8出问题的嘛？
骨骼挂点方式，unity、laya、以及其它引擎都是直接设置为子节点就行了，cocos还得特殊绑定，关键是骨骼动画组件和动画控制器还不能共存，使用动画控制器的时候连挂点都挂不了，纯他妈傻逼设计
希望cocos 退出一些服务，包括 ws，定位，加固，优化，推广等等，服务，收费便宜一些也是合理的。
编辑器都是用electron写的，只能ipc发消息。要改那就全部得重写吧。electron性能也一坨
项目稍微大点，打开都费劲，写个插件更是恼火，插件编译缓存每次都要重启编辑器，坨中坨。算了，不想吐槽了。本来都js ts了，不指望性能能对标u 
creator 编辑器打开确实慢，影响开发效率。godot编辑器就快多了
用户需要关心是用什么实现的么···
godot unity哪个不是c++写的，cocos的编辑器用electron肯定会有性能问题，electron就是相当于前端vue那一套，你说用这个搞游戏编辑器，会不会卡？那你不是也吐槽了ipc通信诟病？就是electron通信的机制。
天下三分，敌人多一点市场，就是咱们少一点市场，想活下去，就是得从敌人手里抢肉吃。
已经珠玉在前了，为什么还要用什么electron，ipc自然有适合ipc的地方，这里不合适，那是不是当初方案就是有问题的，而不是跟用户说：我们从成本角度，技术角度，最终选择了xxx，所以导致了整个插件系统一锅粥，希望用户体谅，员工会体谅，但老板不会
1赞
不是工具问题，是写工具的人的问题，laya也是electron写的，你去看看
我觉得是框架设计的问题，creator编辑器启动会把所有资源遍历一遍，各种插件各种遍历，能不卡吗 
unity也是这样的
没了解过，laya打开1g资源的项目不卡吗?
先去体验再说，流畅的一笔
unity也卡，Apple M2 16GB风扇转的飞起
我现在的项目，打包后apk1g，我感觉还好
做的cocos项目每次打开都是折磨，还有时候不对劲还得删掉所有缓存。还会莫名其妙丢材质。已经用的没脾气了 
1赞
ipc不要紧，但官方应该封装一下，开发者作为用户没必要理会ipc，当然有的开发者可能自己封装过了，但是这种事情最好别让开发者自己来；
如果wx api都靠ipc也会被骂； 
1赞
不是跨引擎需要的话，适配个锤子，还不如 cocos 顺手，这玩意不可能官方做