【UI 相关技术背景 随缘调查】

目前的编辑器扩展,基于 Web 前端技术栈,从入门门槛、兼容性等角度存在一定不足。
前段时间看了 Flex 弹性布局 这个帖子,加快了我们在编辑器中实现下一代 UI 插件系统的调研步伐。
为了更贴近用户,设计了几个投票,现跪求大家动动手指头,理性选择一下 :kissing_heart:

您是否了解 HTML / CSS?

  • 青铜 - 我没接触过(别让我学这个)
  • 青铜 - 我没接触过(我愿意学一点)
  • 白银 - 我略知一二
  • 黄金 - 我能从零写一些简单的前端页面
  • 钻石 - 我做过一些 Web 前端项目
  • 王者 - 我前端玩得贼六

0 投票者

您是否用过 IMGUI?

  • 没有用过类似的东东
  • 曾轻度使用
  • 曾比较重度使用
  • 曾扩展过 IMGUI
  • 曾将 IMGUI 系统集成到自己的项目

0 投票者

在游戏 UI 开发中,您怎么看待"模板(**ML)、样式(*SS)、逻辑(TS)"分离?

  • 我不太懂这个,弃票
  • 完全没必要
  • 通常没必要
  • 不一定
  • 很有价值
  • 非常有价值

0 投票者

在游戏 UI 开发中,您怎么看待类 Web Component 的组件化设计?

  • 我不太懂这个,弃票
  • 完全没必要
  • 通常没必要
  • 不一定
  • 很有价值
  • 非常有价值

0 投票者

在游戏 UI 开发中,您怎么看待 MVVM?

  • 我不太懂这个,弃票
  • 完全没必要
  • 通常没必要
  • 不一定
  • 很有价值
  • 非常有价值

0 投票者

以上调研跟我们具体的技术选型无关,仅仅是用于初步探究现有用户群体中的 UI 开发偏好(插件 / 游戏)。不代表现有引擎 UI 系统的迭代,更不代表现有 UI 系统我们就不优化了,请大家不要过度反应。
感谢大家,本帖限流,请保密,不要被老板发现,低调低调,别转发 :kissing_heart:

我求求官方看下flutter吧。。。真滴有flutter一半的组件我都偷着乐了,不用什么事情都对标unity,要模仿,但是更重要的是创新,我写一个选项卡都写了一天,艰难的写出来,原本这个应该是官方应该提供的

所以你的诉求是有更多现成的组件吗?

这些问题都很宏观,起码对我来说是没什么用的,用ccc做UI时卡住开发的地方论坛也已经多次提出了,更希望官方可以做一个或者几个无限列表的样例,让入门的开发者有个参考。论坛是有过几个出色的开发者贡献的插件/例子,但是与官方提供还是不一样,后者明显对于新人来说更有权威性,信任成本更低。不论至今为止哪一个开发者自己贡献的列表组件,其实在合并渲染和降低字体渲染消耗上都没有统一标准,推荐做法也是五花八门,对新人来说这些都很需要来自“官方”的指导,而不是在论坛蛮翻,也不仅仅是回答几个概念性问题。

2赞

每个人关注的点自然是不一样的。引擎团队也不可能所有人都埋头苦干。

样例在引擎官方测试例中,每个版本引擎发布前都会确保样例正常运行
https://github.com/cocos-creator/test-cases-3d/blob/v3.4/assets/cases/ui/06.scrollview/list-view.scene

这个本来就是需要 case by case 的,不同使用场景最适合的优化方案不同的。我们的官方文档也写得挺详细的了。
https://docs.cocos.com/creator/manual/zh/ui-system/components/engine/ui-batch.html
https://docs.cocos.com/creator/manual/zh/advanced-topics/dynamic-atlas.html
https://docs.cocos.com/creator/manual/zh/ui-system/components/editor/label.html#文本缓存类型(cache-mode)

现在最急用的是layout组件的居中布局等等,如果有其他精力,我还是建议你们来几十个web的常用组件,省的我们每人一套自己实现的组件。。。

论坛帖子挺多的了,请搜索一下,如果不满意可以回复在帖子下面或者单独再发一个。

最好每个帖子只讨论一个话题。这个帖子关注的是 UI 技术栈,请勿歪楼哈

我们也能实现居中布局的,但是我们希望可见即所得,就是想要官方实现来在编辑器能看到的那种

我把这个问题精炼一下,我们抄一下ui toolkit怎么样

官方出题,我就来回复一下。
这里有一个前提说一下,就是有一部分游戏开发人员是从unity,c++等转过来的,前半生可能都没有跟前端打过交道,自然基本完全不懂前端,不懂html,更别说vue跟react这些了。
这些人在使用前端有关的东西,比如官方的编辑器插件扩展,基本是投降放弃的。建议官方做一下调查。
我觉得对标unity没什么不好,这是一个成熟的引擎,开发人数众多,能坚持下来,证明被很多人认可,尤其是游戏开发人员,我们是开发游戏的,不是开发软件的,本来两个概念就有区别,何必强求做游戏的一定要去学做软件的,做前端的。

1赞

官方如果能出一个逼近完美的tableview 那么我觉得就差不多够用了

imgui考虑嘛?

看看上面回答我的,只能大笑三声

不,我觉得unity能被别人接受自然有他的长处(当然更多的是目前没有任何一款有它的完成度和易上手度都挺高的),但是单纯拿unity的ui来说的话,做过web的都知道组件多点好,unity不做的东西不一定没有价值,组件这种东西都是有好过无,起码给别人一种选择,如果觉得组件没用,那还不如不要滑动条,不要button等等,只留下label和sprite就好了,多ez,多容易上手,多简单,够简单了吧?不是必须得有,现在的问题是有更好,没有的话做的慢,有的话做的快,官方做的话还能在编辑器可见即所得,如果是自己实现的话在编辑器看不到效果,还需要运行后才能看到,麻烦

1赞

编辑器扩展希望能够更加简单便捷,能调试更好。现在编辑器扩展复杂点的工具不方便而且不能调试对制作复杂点的扩展不友好。

要不官方花点精力好好搞搞扩展这一块? 把东西交给其他时间丰富的开发者。?

同意,!!

这就是服务于扩展的,只是顺便问一下游戏的 UI,因为如果能用游戏的 UI 做编辑器扩展,学习成本就不用翻倍了。