你们把这当■■丁神灯了是么。。。
搞个一键升级吧，1x，2x，3x能自动升级到4x。
这个事虽然看起来不简单，
在写C#，强类型语言很难像TS那种自由，大部分时间都花在了C#语法限制上，现在是啃着强类型语言限定的语法慢慢写，绕各种大弯才能实现。
ps：打包成js并不是所有平台，而是打包成微信小程序才有这个要求，pc平台是c++的
许愿1，希望官方能出一个和unity资源搜索优化功能，现在搜索资源难查找，不能按照标签查找，参考unity的方案
许愿2，希望官方能出一个快速查找UUID的使用的窗口，现在每次重新查找都要点两次叉，体验不是很好
麒麟子的,我没仔细研究过,不过据我所知他也是没有太多用框架支撑的起来的好的游戏作品.所以没公司会轻易用的
1.资源代码刷新太慢问题
2.希望4里面增加像laya和vscode一样打开的文件UI在顶部放着不需要的时候可以关掉 不然频繁改UI文件多操作太难受了
1赞
你可以在vscode中搜索这个uuid 可以看到哪个界面正在使用
资源管理器可以把当前浏览的文件夹吸附到顶部吗？这样就方便折叠回去，不然还得滚动半天过去
这个你自己抄就行。。
支持类似unity的native 代码集成规则。native代码直接放入assets里，配置一下，构建直接集成。
我是伸手党，抄也要技术水平的。 
这个好！！！！！！
一份代码资源多平台用，合并cc.config.json和config.json这种历史遗留。
资源和代码打包拆开。
统一不同平台的热更流程。
文档,文档,文档
1:统一的书写规则,比如基本介绍,使用流程,对应的扩展API
2:及时更新的文档,即使API有大的改动,文档只要对应及时更新,开发者般都一不会踩大坑.
3:需要更新一些独立的完整的功能案例.
我就希望三个模块能彻底完善，遮罩,富文本,spine
希望官方支持bundle脚本热更功能，为了兼容当前版本可以在接口处增加热更脚本的属性。
毕竟功能实现成本很低，个人实现的弊端就是拿不到 bundle 内的 ccclass 组件名，导致只能通过正则匹配或者通过模块导出拿到部分 ccclass
我们还在用 2.0时代的 2dx 你敢信 
2dx的 2.x版本… 
1.虚拟列表组件,列表项支持动态宽高.
2.UI状态控制器
要求不高,友商都有