如果让我来选型的话，我应该不会考虑 Qt6. 投入产出比太低了。

QtWidgets 的坏处是得使用 C++，但是好处也是使用 C++.

可以通过 C++ 筛选一个人的技术水平和思维水平。

【 在 iwantfly 的大作中提到: 】
: 感觉qt6变动太大了,简直就是试验田
: 而且cmake对国内开发太不友好，兼容性太差
: qt6的升级的全是针对qtquick的，对工业医疗软件基本没用
: ...................
--
FROM 59.61.208.*

如果是做我们这种类型的互联网软件。我倒是挺想用 QML 的。这样我招人的时候，直接满大街抓个 Web JS 前端过来。花一个星期教他用 QML 就能干活。

你们做医疗软件的，最好谨慎一些吧。或者看看有没有原来写 C++ 的愿意投入开发 QML. 不然如果外面找 Web JS 的接手，估计会降低团队的平均水平。而且懂 C++ 的话，也比较方便用 C++ 组织医疗行业的数据结构，只用 QML 做纯粹的 UI.

无论怎么说，使用 QtWidgets 来开发界面，成本相比 QtQuick 得翻个倍。如果是我，我是愿意付出这个成本的，以筛选团队成员，纯粹是为了筛选，没有技术上的考量。就不知道你们愿不愿意了。

我对使用 qt5 还是 qt6，只有两个标准：

1. 用 QtWidgets 则 qt5，否则 QtQuick 用 qt6.
2. 一定要支持 win7 甚至 winxp 就用 qt5

后者常见于一些互联网软件。

【 在 iwantfly 的大作中提到: 】
: 我也这么认为，不过这是个新开发的软件
: 生命周期可能长达10年以上
: 明显能感觉到qt5开发速度会更快，生态更好
: ...................
--
修改:hgoldfish FROM 59.61.208.*
FROM 59.61.208.*

除非这个人像搞qt开发混饭吃
基本跟web开发没关系
【 在 hgoldfish 的大作中提到: 】
: 如果是做我们这种类型的互联网软件。我倒是挺想用 QML 的。这样我招人的时候，直接满大街抓个 Web JS 前端过来。花一个星期教他用 QML 就能干活。
: 你们做医疗软件的，最好谨慎一些吧。或者看看有没有原来写 C++ 的愿意投入开发 QML. 不然如果外面找 Web JS 的接手，估计会降低团队的平均水平。而且懂 C++ 的话，也比较方便用 C++ 组织医疗行业的数据结构，只用 QML 做纯粹的 UI.
: 无论怎么说，使用 QtWidgets 来开发界面，成本相比 QtQuick 得翻个倍。如果是我，我是愿意付出这个成本的，以筛选团队成员，纯粹是为了筛选，没有技术上的考量。就不知道你们愿不愿意了。
: ...................
--
FROM 114.249.28.*

正在用Qt 6.5和Qt 6.8分别开发两个仪器设备的控制、数据采集和处理显示
的QWidget桌面软件。
Qt 5已经End Of Lifetime，对于医疗器械的软件开发是不合规的。


【 在 iwantfly 的大作中提到: 】
: 感觉qt6变动太大了,简直就是试验田
: 而且cmake对国内开发太不友好，兼容性太差
: qt6的升级的全是针对qtquick的，对工业医疗软件基本没用
: ...................
--
FROM 119.233.228.*

我觉得qml长远看是趋势吧

毕竟用designer给出的ui设计不如qml，以后AI训练起来也容易的多

不过qss和css这种排版系统本质上不一样，只是看起来有点像
【 在 hgoldfish 的大作中提到: 】
: 我也是打算尝试一下。目前我所有的项目都是 QtWidgets 项目。
: 打算有个新的项目主体用标准 c++ 写 service，导出给 QML 纯做界面不知道可不可行。
: 另外，你们用 QML 写手机应用有实践吗？
: ...................
--
修改:gfkid FROM 114.249.28.*
FROM 114.249.28.*