窗口 – 当开始与Qt框架,什么选择 – 小部件或QT快?
我有一个项目,想要接受它,并选择QT作为首选框架。我一直在试图找出如何启动并安装Qt软件包(SDK和Qt Creator)。问题是 – 我无法弄清楚Qt Quick和Qt Widget的确切用例。我计划将这个项目作为一个长期目标,这些属性是:
>它将是一个仅桌面的GUI应用程序。如果我想要制作移动版本,那么我将以移动平台为原型或HTML5,而不是Qt。所以与任何移动平台的代码库兼容性不是我的担忧。 >触摸UI和动画也不是功能集的一部分。但是,下线支持创建图表将是巨大的(我可以随时使用QtWebkit和JS创建一些) Windows是主要目标。 Linux和Mac可能不会被目标用户使用。 考虑到用例,什么是更好的选择 – Qt Widgets或Qt Quick? 有一点关于我,为什么我选择Qt – 我已经脱离了C从近两年,并没有做任何严重的Qt,但Qt是一个比Java更好的选择(我不太喜欢)。再次,我缺乏Python的经验。除了这个Python UI之外,如果我必须安装一个好的UI的QT框架,那么为什么不把Qt的整个东西都放在Qt呢(考虑到我可以用C做)所以Qt是我最喜欢的选择。由于该项目需要跨平台兼容,Qt对我的眼睛更有吸引力。
QML将以简单的方式提供更多的定制小部件的支持,Widgets为您提供了一套准备好的工具,以简单的方式为您提供平台风格的控件。两者都有自己的优势,都有其缺点,我个人建议首先启动Widget,因为它们有更多的历史文档,所以如果你需要研究一些东西,你将有更大的基础来处理。
从上面的评论来看,Widget的发展很少,因为Qt开发团队觉得在这个阶段他们不需要任何额外的工作。它们是稳定,稳固可靠的,没有什么需要做的改进,当人们需要自定义的小部件时,他们最终自己创建它们。 (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- Windows上的Git GUI:合并冲突
- 查询动态库文件(Windows *.dll, Linux *.so)所依赖的文件
- 多实例 – Windows Universal App的多个实例(Windows 10)
- windows-7 – Windows 7上的Windows批处理文件问题
- windows – 在Delphi表单上递归更新字体
- Drools.NET与Windows Workflow Foundation(WF)
- windows – 基于Microsoft补丁发布周期的计划任务
- 为Windows Mobile,Android和iPhone开发C#应用程序
- Windows10环境下WDK开发使用IoCreateDeviceSecure无法解析的
- 是否可以在NTFS中授予重命名权限,但不能删除?