资源增删也慢的
我们测试过几十万文件的项目。 在启动时会有较长的时间。但开发过程中是没有卡的。 你加我微信吧。 回头看看你项目。
希望用好 3.8.8 这个版本号，祝 cocos 越来越好。so库精简，bug 修复，性能优化。希望能进一步到位。
so库精简， 是指啥呢？
外接cocos项目时需要引入 armeabi-v7a和arm64-v8a 下的 libcocos.so，目前armeabi-v7a下的so库文件在 3.8.5 版本中大概是 27M 左右，接入其他项目时包体就过大了
1.把zIndex加回来。
2.把jumpTo和jumpBy加回来。
3.兼容以前版本shader(或者搞个工具升级)。
4.完善API帮助文档。
5.官方实用插件太少。
1赞
jumpTo 和 by这玩意儿自己写一个网上搜一个很快的
1赞
这个确实有问题，你可以对比下，就随便修改一行代码，自动刷新资源，手动刷新资源，两者的耗时完全不一样
希望能支持AI，跟claude code、cursor、trae差不多
1赞
好！！！！！
不可能的，这些都是要消费对应模型官方 token API 接口，说白了就是要花钱
1赞
搜了很多，只能说，勉强能用，和2.x的jump差的太远了。
引擎代码开源的，可以自己从 2.x 源码搬出来
增加打包steam
6赞
NDK 的适配也可以提上日程了，现在还停留在 NDK r23，官方已经更新到 r29了
1赞
Bug 少一点，性能好一点，升级平滑一点，不要废弃很多 api
增加2名专职开发游戏的程序员同事，根据论坛老哥们每阶段点赞最高的需求做开源游戏。
11赞
PC的 DXT纹理压缩支持吗
1赞
？？？？
你是？
再搞个4.x的话，估计没人再用cocoscreator了，本来2.x和3.x已经分了一批人了，越搞越多，学习成本增加，只会使的更多的新人弃用cretor, 改用其他的引擎
1赞