Dasboard 的项目搜索 加一个 项目描述的维度吧 现在是只能搜项目名 不能搜描述 备注都没啥用 还是要一个个找
spine性能，战斗里中端机超过一百多个怪就卡。UI方面Label的性能问题，一个预制体Label过多，打开就有点慢
视频 和 网页 能否直接支持与其它 ui 的层级切换.
还有装饰器能不能修改下
1赞
游戏中的各种资源加载后，提供一下内存占用的接口
1赞
资源导入管线定制
导入一个spine自动化生成prefab，不知道怎么做。。。
1.资源加密
2.drawcall 优化，支持不同字体的合批
3.Label优化，不要莫名其妙出现一些其他的渲染颜色
4.bundle加载能更快点
建议优化点：动画编辑器
约定：
- 开发者对某个节点的属性，有新增某个帧，则称为该节点的【关键帧】。
建议优化点1
编辑器中的上一帧和下一帧按钮，应该分别改成跳转到上一关键帧和下一关键帧，如果没有关键帧，才跳到下一帧。
现在编辑动画的时候，中间都间隔8-9甚至 10 帧以上，导致只能去点 10 次下一帧，或者去拖动那条关键帧的线（不一定每次都能对上），或者每次都输入框去输入，不友好。
建议优化点2
动画编辑器中的曲线，ease 名称要补全一下。一般都是先找名字，再看下动画，名字这样，很考验记忆力：
cubicOut、cubicIn、cubicInOut 这样的，其实要同一行显示，上面一个下面一个，找起来都很费劲，而且没规律
建议优化点3
最好能支持一下贝塞尔曲线的模式。
引擎仓库提issue即可，我会来挑。
3.x在小游戏web技术栈上成就已经很大了。希望4.x能向原生上面转转。希望编辑器用qt或者.NET重构，Web electron套壳虽然方便，但是优化很难，大项目性能不好。编辑器本身的场景操作的框希望内嵌一个opengl/vulkan实现。希望原生推出一套可选的C++api来对接opengl/vulkan图形库，原来的ts可以用来开发小游戏。原生封装/重构（如果有精力的话）一遍，新原生不用ts，而是用c++。原生一键打包。
简单想法，欢迎共勉
引擎
- 统一原生和小游戏端文件系统接口（有文件系统的小游戏渠道）
- 原生端远程分包下载机制（类微小）
- iOS端WASM
- 原生Worker
- http接口现代化，不建议搞XMLHttpRequest，引擎为了提供XMLHttpRequest，原生端和小游戏端都做了非常复杂的封装，这完全没必要，建议用更现代化的类fetch或微小的接口方式，更简单直观。
- 压缩纹理fallback，只支持ASTC-fallback都可以
- iOS原生端图像解码改成苹果自带ImageIO库实现（本人提供源码），可避免引入libjpg/libpng/libwep以及兼顾ARM/x86等各种指令集，自测ImageIO性能非常强（jpg/webp格式比官方版耗时还短很多），支持格式多、不占包体、iOS/macOS/iPadOS都可通用
编辑器
- 分包构建缓存，不要一次构建就打所有分包，做个缓存判断有更新的分包再构建，对大项目更友好。
- 引擎engine跟主编辑器版本管理分离，官方可以用推补丁方式发布engine更新（从github直接pull也是一个简单办法），跟着大版本走周期太长
2赞
1.虚拟列表组件,列表项支持动态宽高.
2.UI状态控制器
要求不高,友商都有
局部（比如某节点下的所有子节点）动态合批、压缩纹理合批（生成RenderTextur?）
支持引擎ts层构建为webassembly，这样脚本可以用其他强类型语言编写并构建为webassembly，与引擎交互无额外成本
对对对，必须要绕开XMLHttpRequest，打包成web版本，这玩意有跨域限制。 
建议官方先自己做一款大一点的游戏，把出现的BUG修了吧。很多问题都是项目进行到一半然后出现问题…复现也很难
1赞
我先播放了一个背景音乐
然后连续播放了N个音效
结果背景音乐停了
这个优化一下
不要停背景音乐啊
对，自己用一下才知道痛点到底在哪
这个全局音效因为占用过多后，cocos会不报错直接全部静音不再播放，这个有很多帖子了，而且有零零散散的解决方法。我遇到后查过，我的bug核心的问题是，如果你用pause暂停一个音效A的播放，而不是主动stop这个音效，虽然这个音效不再播放了，然后甚至你可以用AudioClip去播放另一个音效B，我以为A音效资源已经完全释放了，实际上只要不stop，就一直占用一个音轨。在原生开发环境32个音轨用完后，声音全停，测试真机的音轨数量更少。主要解决问题的逻辑：在音效播放完成后主动stop就行。
3赞
原生平台在使用videoplayer播放视频支持在视频层级上面添加其他游戏UI控件，并能响应
Lable BitMap模式,能根据bundle打图集就好了,这样就不怕超一个图集了