18

我心中有一个项目并想承担它，并选择 QT 作为开始的首选框架。我一直在试图弄清楚如何启动并安装 Qt 包（SDK 和 Qt Creator）。问题是 - 我无法弄清楚 Qt Quick 和 Qt Widgets 的确切用例。我计划使用以下属性使该项目具有长期目的：

  • 它将是一个仅限桌面的GUI 应用程序。如果我想制作一个移动版本，我会在原生或 HTML5 的移动平台上做，而不是 Qt。所以与任何移动平台的代码库兼容性不是我关心的。
    • 触控 UI 和动画也不属于该功能集。但是，对创建图形的支持会很棒（我总是可以使用 QtWebkit 和 JS 来创建一些图形）
  • Windows是主要目标。目标用户可能不会使用 Linux 和 Mac。
  • 它需要是可自我升级的——现在在做出选择时这并不是什么大问题，但如果两者都有问题，一些知识会对我有所帮助。我不介意下载完整的应用程序安装程序，但独立更新模块会更好一些
  • 它需要与Web 服务器通信以获取和上传数据（我认为 HTTP 将是 Qt 核心的工作，但我对 Qt 知之甚少）。
  • 该应用程序需要具有内联编辑的表格、一个小图片库、菜单、多部分窗口、拖放支持等。不过，我找不到任何与 Qt Quick 相关的菜单。

考虑到该用例，什么是更好的选择 - Qt Widgets 或 Qt Quick？

关于我的一些信息以及我选择 Qt 的原因- 自从近 2 年以来我一直与 C++ 脱节，并且在 Qt 中没有做任何严肃的事情，但 Qt 是比 Java 更可取的选择（我不太喜欢 Java）。同样，我缺乏使用 Python 的经验。除了那个 Python UI 很烂，如果我必须为一个好的 UI 安装 QT 框架，为什么不在 Qt 中制作整个东西（考虑到我对 C++ 没问题）。所以 Qt 是我的首选。由于该项目需要跨平台兼容，所以 Qt 对我来说更有吸引力。

4

1 回答 1

13

QML 将以简单的方式为自定义小部件提供更多支持，小部件为您提供了一套现成的工具，以非常简单的方式为您提供平台样式的控件。两者都有其优点，也都有其缺点，我个人建议首先开始使用小部件，因为它们有更多的历史文档，所以如果你需要研究一些东西，你将有更大的基础来使用。

从您上面的评论来看，Widgets 几乎没有什么开发，因为 Qt 开发团队认为他们在这个阶段不需要任何额外的工作。它们稳定、可靠、可靠，没有太多需要改进的地方，当人们需要自定义小部件时，他们最终会自己创建它们。

于 2014-01-22T10:03:47.717 回答