我知道,使用QML是相当新的QT,我想知道我是否应该设计中使用QTDesigner或者QML我的应用程序。如果我使用QML的GUI我将使用MVC模式,我主要关注的是,它可能不容易我的C ++应用程序的reste内部整合。

随意给你个人的意见,我将不胜感激。 谢谢!

有帮助吗?

解决方案

QML主要用于移动平台。由于其青年和其多样化的平台接口规范的关注,它缺乏标准控件如按钮和组合框(但看到的组件项目)。如果你用的是手机,或者你的UI需要高度定制的视觉风格,QML的力量的是值得考虑的。对于很多在设计自定义控件额外的工作准备。整合QML和C ++仍然是相当粗糙的在我看来。我个人建议使用QML只为简单的应用程序,只在移动平台上,只有用JavaScript。在适当的情况下,我可能会考虑使用C编写自定义的QML元素++。

Qt的C ++ API是不会很快消失。它也设计时考虑到桌面,并会做桌面平台上满足用户期望的工作做得更好。 如果您是在桌面上,我建议坚持C ++和设计师。 QML成熟一点后,也它可能不会是大多数桌面应用程序的解决方案。

更新!

看起来事情开始改变。我还没有尝试过的新组件还自己和文档似乎有点稀疏的(或至少,闪开),但是这可能最终删除的最大障碍在桌面上使用QML。这还有待观察是否会在长期内获得支撑,但如果你愿意接受成为先期使用者的风险,我认为现在QML可能是桌面应用程序的可行选择。

其他提示

这将会是值得一试了一下QML的测试它是否适合你的需要。

如果你正在建设一个高度定制的UI动态界面和动画然后QML适合这个职业;如果你正在建设一个传统的桌面应用程序,那么你可能会想坚持使用Qt的C ++ API。

在关于QML和C之间的集成++,QML被设计为与C ++代码很容易地集成,并且许多应用程序QML使用某种C ++后端的。是简单的注入C ++对象成QML接口,或写入式的定制QML元素在C ++中。看看 http://doc.qt.io/archives/qt- 4.7 / qtbinding.html HTTP: //doc.qt.io/archives/qt-4.7/qml-extending-tutorial-index.html

一件事由上述答案错过的是QML具有的JavaScript的业务逻辑添加的优点/缺点(如果需要)。我目前正在建设一个(小到中)型应用的台式机和现在我的(2)阿尔法用户享受它。我印象深刻的框架的表现力和速度有多快,我可以得到它,并进行测试。所有的一切我更快地工作,比RAD编辑器(设计师)找到它,我喜欢有JavaScript作为我的UI回退时,我做这样徘徊讨厌的东西/验证等...

我觉得是的,你是多么舒服的语言问题。如果C ++是你的“进入”语言比你可能有利于设计师。如果你从网上来(表白,我是一个Java EE工程师/ MVC .NET开发做了很多前端),你会发现它清爽,快捷。

它也允许一些响应用户期望的这些日子。总的来说,我想给它一个巨大的加分。试试看 - you'll可能是相当讨好,并在同一时间内相当恼火。我还是生气几件事情(FileIO专注于特定的),但我一直在享受的东西的GUI一侧的方式,我在桌面上很少这样做。

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