阔别 4 年之后,我终于再次回归 Qt 开发。它所经历的发展给我留下了深刻的印象,但也有点困惑 Qt 快速, ,这是在 Qt 4.7 中刚刚引入的

对我来说,用 Java 脚本构建一个快速、有吸引力的 GUI 并带有一些逻辑似乎是一件好事。然而,如果我要构建一个 C++ 应用程序,Qt Quick 也是为此构建 GUI 的现代方法吗?或者我应该遵循经典路径,使用 .ui 文件?

有帮助吗?

解决方案

Qt Quick 应该填补一个急需的空白,但这是否意味着它会成为 道路 构建应用程序很大程度上取决于应用程序的类型 你打算建造.

Qt已经提供了 .ui 文件很长一段时间。当您需要创建基于以下内容的应用程序时,这些文件很容易使用 标准小部件. 。Designer 可以轻松布局小部件并执行其他基本操作。

Qt 4.2 引入样式表(qss)这使得有可能 设置现有小部件的样式. 。这些样式是对标准小部件进行样式设置的便捷方法,以摆脱标准小部件的外观和感觉,同时保留基本功能。

但有时你需要 创建自定义小部件, 、不存在的小部件。在 Qt Quick 出现之前,实现此目的的唯一方法是编写本机代码(无论是 C++,还是使用语言绑定的 Python 或 Ruby)。有了 Qt Quick,现在就可以编写小部件和完整的 UI,否则用代码编写会有些痛苦。由于 Qt Quick 的重点是 UI,因此它成为实现该目标的更好的开发语言。Qt Quick 范例还超越了严格标准小部件的理念,添加了对过渡和无边界小部件的支持。

其他提示

答案实际上取决于您计划构建的应用程序类型,我认为您链接到的页面上提供的描述非常准确:

“Qt Quick 帮助程序员和设计人员协作构建流畅的用户界面,这种界面在移动电话、媒体播放器、机顶盒和上网本等便携式消费设备中越来越常见。”

目前,如果您计划构建一个经典的桌面应用程序(Qt 库传统上擅长的开发领域),那么 Qt Quick 肯定不是最明显的选择,在这种情况下,您可能最好使用您自己的应用程序。称之为“经典 .ui 方法”;同时,我认为这就是引入 Qt Quick 的确切原因:添加新工具以促进不专注于桌面的应用程序的开发(或快速原型设计)。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top