flash时期涌现了很多不错的ui库，比如aswing，feathersUI，我觉得可以花钱请他们写一份cocos的版本 
1赞
现有ui系统实现不了的效果，都一定可以通过优化需求来解决
但是，性能差的问题该如何优化需求呢？
一款游戏，一个应用，出现卡顿和发烫的时候，就一定是不好玩不好用的
如果表现流畅，不发热不卡顿，那就是再普普通通的ui，也是好用好玩的
试想一下
对于王者荣耀而言，卡顿发烫赶走的用户多，还是特效少，ui烂赶走的用户多呢
对于支付宝而言，扫码卡顿赶走的用户多，还是特效少，ui烂赶走的用户多呢
不管什么产品，性能都一定是摆在第一位的问题。做个游戏，一旦卡顿发烫，买多少量都得拉裤里
所以，还是多腾出一些精力来优化优化性能吧
性能好了，才轮得着谈论开发流程
2赞
在优化了，放心吧，答应你们的一定会做到。
把力出在最重要部位，优先级提前，明智
楼主说的意思使用web技术开发编辑器的扩展插件把…
我觉得都行…反正我也不用插件，乐意开发插件的人就更少了
插件系统有没有新架构关系不大，开发组不应该自己开会决定就好了嘛
flex 组件测试的差不多了 支持无限嵌套 之前不支持，已经挂商店了
1赞
希望编辑器扩展更简单一些，比如通过代码组件定义字段生成按钮（现在不支持），定制属性排版不用单独写一个文件定义，编辑器扩展的脚本可以选择在打包时自动剔除
1赞
游戏ui和前端ui不一样，，，，还是希望别把前端那一套套在游戏上，，，本来我也是做原生开发，结果现在都快变成搞web开发了，，，贼讨厌这玩意
2赞
个人意见：官方若想提供相对应的组件，是可以的，毕竟官方更熟悉源码嘛，封装出来的工具性能应该更好些；但是呢，不建议放在核心模块内，要么提供可供功能裁剪的独立模块，要么就集成在一个DEMO里，有需要就用，不需要就不用，其实很多老手手中都有自己的一套工具，这东西有时候就显得鸡肋了；而且，cocos的打包出来的源码2M多一直我无法理解的点，一打开一堆工具类，耦合性极高，还不好删 
1赞
握爪，，，还有minicompont ,aswing 很强大啊，
1赞
建demo的维护成本太高了，你看看目前官方给的demo，有好多都是看着git跟着有了新版本的分支，打开东西还是旧版本的，运行还报错等等。只要跨了几个版本，这demo的维护基本就是糊弄人了
常年搞Unity, H5也接触过,
游戏UI特点是简单干净、量大。
web的搞法显然不适合，Unity的 UI Toolkit Runtime 要想推广开，也够呛。
建议别瞎整，精力花在刀刃上。
我认为前段开发那一套有一定的借鉴意义，但常年开发游戏的人都知道，前端开发和游戏开发是极其不同的，完全搞成那一套没有必要，费时又解决不了痛点，当然适当的借鉴一些也挺好，主要还是性能方面要跟得上，同意楼上的说法，把精力花在刀刃上，整出自己的杀手锏
简单直观，无bug，低学习成本不用天天查文档就是好东西。
游戏UI需求五花八门，做通用组件会累死自己。
关于弹性布局，我的感觉是做的挺好挺强大，但也鸡肋，我不会用游戏引擎做app做网页，所以不太找得到必须用弹性布局的场景，现在大多数的UI方面需求用引擎自带的一套也是完全足够的
专业的人做专业的事，个人感觉插件市场没有太多的刚需，建议置顶一个【编辑器扩展需求留言】贴，精通Electron、Web前端、又有兴趣、开发效率高的伙伴自然会开发，质量也有保证，能在置顶的帖子中曝光自己的杰作一定很有成就感，放到store也有收益。
另外，如果真有需求了，完全可以脱离编辑器开发（启动编辑器时自动注入脚本），不依赖编辑器扩展UI的规范
3赞
引擎做好自己的性能，稳定上的事，不要搞这些花里胡哨，游戏中没几个用的功能。浪费时间。留给爱做插件的人去做，让他们赚点
5赞
性能什么时候赶上cocos-js 再来整这些五花八门的吧 不然人都跑完了
3赞
引擎性能好 稳定bug少 你控件再少 我也可以全部给你码出来 主要是稳定和性能
这倒是，源码一个版本一个样