桌面程序的"传统Qt"或"Qt Quick"？

Question

诺基亚刚刚在Qt的最新beta版本中推出了Qt Quick(在声明中使用CSS/HTML构建UI),查看这个示例页面,它可以构建精美的现代UI,非常酷!

相反,由'传统Qt'开发的UI似乎不那么花哨(我可能错了,请参阅下面的免责声明).

所以我的问题是,您是否会将"Traditional Qt"或"Qt Quick"用于新的桌面程序？为什么？

我最初的想法:

'传统Qt':

优点:

• 使用的整体技术更少,更简单,如果你使用PySide,你只用Python编写代码,不必乱用Qt Quick中类似CSS/JS的东西;

• 它比较成熟.

  缺点:

• 建立花哨的UI似乎更难？

'Qt Quick':

优点和缺点:反过来.

Edit:Qt Quick有一个缺点,纠正我,如果我错了,你不能以所见即所得的方式设计Qt Quick UI,对吧？

免责声明:我是Qt,PySide和Python的新手,最近才开始使用这些技术来构建桌面程序.

Answer 1

我一直在为我的桌面弄乱qml,我个人发现了这个:

• 它比传统的qt/c ++/pyqt更容易创建动画(我喜欢动画:)
• 我没有查看所有示例,但qml应用程序的代码大小看起来比c ++中的等效应用程序小

我用qml发现的问题

• qml设计支持很差 - 目前自定义元素不会出现在qml designer中.这是一个很大的痛苦因为理想情况下我应该让设计师创建我的ui并且我专注于代码.他们的qml设计师仍然需要一些工作
• 你应该学习javascript,因为它是qt中"推荐"的脚本编写方式.Javascript并不容易,因为你可能期望例如学习python花了我几个小时,但javascript看起来表面上类似于c但它的一些概念是不同的.此外,我想知道我是否可以保护知识产权在一个应用程序编写我只是javascript和qml.(纠正我,如果我错了)
• 原生小部件在qml中不可用,例如它只提供矩形等,您可以组合形成自己的小部件.

这并没有阻止我玩qml并且随着它的成熟,我将采取观望态度.目前我正在使用qml作为我的部分ui和c ++用于后端.