我觉得原生优化再多点,ui不好调我还能慢慢弄,性能问题直接是扼杀
基于官方提供的基础组件自己改改弄成个库不就行了，搞一堆组件反而要记一堆东西，不如按自己的习惯去开发自己用的东西更舒适。
只要是我觉得官方写的可以在编辑器ui上面立马反馈出布局来。而自己写的估计做不到这种可视化的布局的
组件不是本来就直接可以在editor中可视化么？就是因为这个特性所以我很喜欢自己写组件，看着就有成就感。：）
是吗？能随机发我个示例看下吗？我真不知道自己写的组件可以立马在编辑器中看到的。，。，，
一般用set 方法写property，触发的时候修改UI的展现就行了。比如自己写个selector（label + layout），你可以写个item array，array修改的时候更新layout里面展示的label 就相当于效果直接可见了。不知道是不是你说的可视化的意思。
引擎要做的是基础，把基础打好就好了，至于用mvc还是mvvm或者微模块化，不同的业务会有不同的需求，这些系统模式都是为了解决一部分需求而设计的，做不到通用化，都属于业务需求，不要越界去做一些看起来利于开发者快速开发，实际上是业务需求，只能满足部分人使用的功能，而且我觉得目前的基础ui组件能够优化好，目前的状态我个人觉得只是可用，远没有达到省心无脑用的地步，把ui组件api兼容性设计好，操作界面更符合人性化，性能优化好我觉得已经是非常费时间的事情了，引擎组资源也是有限的，这些基础组件能设计的更通用，留给开发者更多的扩展空间，剩下的交给开发者去做就好了，太多繁琐的组件和api反而会困扰开发者自己去构建适合需求的框架，现有的web组件其实很多都是特定需求的组件，使用概率非常低，而且使用成本非常大
而且cocos是三端跨平台的，维护组件的成本非常高，尽量只提供基础，频率高的就可以
我的诉求是稳定的接口，可用省心不需要优化的ui基础组件，升级的时候能够多考虑版本兼容性，三端表现一致性和提供的基础ui组件功能完整性
这个是10年老bug了，功能ok，体验不好，各端体验还不一样，引擎组的会说这是主观感受，反正又没报错，他们缺乏一个有产品感觉的ui组件开发者