除了 qt\electron\flutter 还有哪些 PC 跨平台的 GUI 方案? 要求是界面可以搞得现代一点,至少可以兼容 windows 和 macos,性能比 electron 强就行.

[NoNewWorld]

flutter

[MyDearFather]

@NoNewWorld 人不太好招欸这个

[Eiden]

avalonia

[qwq11]

tauri

[Aloento]

MAUI

[MyDearFather]

谢谢,我先研究研究.

[NoOneNoBody]

pyqt ，虽然也是 qt 的东西，但后端可以完全用 python 写，懂信号槽传递回界面就行
不过编译麻烦，感觉贵司需要编译打包

[MyDearFather]

@NoOneNoBody 谢谢,程序用的是 golang,界面目前第一版用的 electron,但是会频繁使用到多窗口的功能,速度很慢.不考虑 qt 相关的技术栈是目前界面做得挺好看的,用 qt 没太大信心做出原来的效果,担心用户接受不了,另外担心 qt 的商业授权问题,还是尽量选择开源的方案.

[NoOneNoBody]

@MyDearFather #8
噢，对的，我忘了授权的事，公司还是要避坑

[putaozhenhaochi]

感觉除了 qt 和 electron 没有什么生态已经可以的方案了。

[elechi]

MAUI UnoPlatform Avalonia 都是.net 的。。。

[Arctic2021]

其实只有了 qt 和 electron ，qt 放心用，做好了开放源码就不用担心商业授权问题。
其它跨平台解决方案，真就是玩具级别，不堪用。

[Jirajine]

桌面端不同于移动端，桌面端的 webview （ chromium ）体验是比较好的，起码远好于半成品二等公民的 flutter/rn 等。
除了 electron ，那就是系统 webview 方案，go 的 wails ，rust 的 tauri ，或者自己封装 API 。
缺点是不能广泛兼容各版本系统；不能确保各平台绝对一致性，UI 代码要像传统前端项目一样考虑不同浏览器的兼容性；没有 electron 封装的大量开箱即用的跨平台 gui 常用 API 。
好处是打包体积小，后端语言原本是什么还是什么不需要重写或 ffi 。至于性能，除了冷启动和内存占用优于 electron ，页面实际性能差不多，甚至某些平台上还不如足够现代版本的 electron 。

[dusu]

delphi

[x77]

Flutter ，先进且高效

[dctxf]

它很屎，但是还是很多人用，就已经说明了问题。

[linauror]

fyne ，golang 的 GUI 框架，刚好你们也是 golang 技术栈，支持多端，包括移动端和桌面端。就是布局有点麻烦，可以了解一下

[angrylid]

说个暴论：要平衡 DX/UX ，你就非上浏览器不可。不论这个浏览器是 Electron 还是 Chromium Embedded Framework 还是 Webview2

[duke807]

wxwidgets
效果可以参考 kicad 这个软件

[youngxhui]

Javafx ，kotlin kmm

[mxT52CRuqR6o5]

Web 啊

[mxT52CRuqR6o5]

Python 的话我以前见过一个 kivy

[yolee599]

投 wxWidgets 一票

[cin]

golang 就用 wails, rust 用 tauri

[ysn2233]

javafx ，可以用 graalvm 编译

[justonelastdance]

@cin wails 内部还是嵌套的 html 页面吧，那还不如 electron ，毕竟生态好

[MyDearFather]

@angrylid 是的，wpf 也能做出很好的效果，但是要照顾 macOS

[kujio]

你这问的不就是 tauri 吗，墙裂推荐，

[nmgwddj]

这个事情我觉得要考虑一下你们公司目前是否已经有一部分技术积累，看公司目前的技术积累技术栈，如果桌面端技术栈以 C/C++ 为基础，那你选择 Flutter/Electron/Tauri/Wails 等类似框架都避免不了 FFI ，除了 FFI 方式以外不同的框架还提供了不同的通信手段，如 N-API/Fultter Channel 等。如果公司大量技术积累都是基于 C/C++ 的，那选择 Qt Quick 无疑是最好的方案。
如果不考虑历史债务，我个人还是非常愿意选择 Flutter/Electron/Tauri/Wails 这类框架的，看自己更熟悉哪种技术栈。