@fds ui 就是适合用协程，以前写 mfc 各种回调烦死了。

@Leon6868 目前 fyne 写的项目，用这个重写，小了三倍大小，我感觉还行。我我也在观望后续

@itakeman

是不是该用跨平台框架来写 ui 是个哲学问题，即便你的立场为是，还是要继续抉择，要每个平台都用相同的（非原生风格）自定义 ui ，还是要每个平台上用原生的 ui 。基本上后者都是走浏览器了，因为没人或者团队能承担得起这样的维护成本。 在跨平台、自绘 ui 这个场景中，本质上要看在各个平台上底层用的什么 api ，楼上有人提到 go 的 goroutine 与系统线程 pinning 相关的硬伤，这个确实无解，因为现在的操作系统都是同样的 ui 线程逻辑。 这种项目最大的困难是长期稳定地维护下去。而且通常来说好看、小巧和兼容性强是不可兼得的。以 win 为例，想要小就必然对接 win32 api ，用这个写现代界面，光一个 dpi 自适应就头大。到了 linux 又会面临是 gtk/qt 还是协议层造轮子，qt 因为授权大部分时间会被排除在外，如果是直接 wayland 协议开始写，且不说什么消息循环都要手动，就天天跟着上游更新都是很大的工程量。 当然如果写的项目不需要长期维护，这类 ui 框架还是很有市场的。

没有类似 html 中的类似 flex 的布局，写个界面是不是很蛋疼。

@anivie 当然, qt 都 20 年了吧, 可以说 qt 是唯一的长期稳定跨平台 gui 框架 真做什么商业软件, 用这个肯定没错, 当然 pyside 一样, 我是指 qt 这一类东西 当然会 c++直接用原生 qt 也行