将QML嵌入QT可停靠widgets应用程序是一种糟糕的做法吗？

QT小部件在UI开发方面非常耗时，我的CSS表已经有3000行代码，修改UI非常耗时。我的应用程序在性能方面要求很高，我曾考虑将小部件嵌入到QML中，以便更轻松、更快速地控制UI，但我真的很担心性能，是否值得尝试，或者这只是一种糟糕的做法

我的应用程序在性能方面要求很高，我 考虑将这些小部件嵌入到QML中，以便更轻松、更快地完成任务 用户界面的控制，但我真的很担心性能，将值得 是尝试还是只是坏习惯

由于Qt5.1，我们可以轻松地将QML视图嵌入到Qt小部件容器中。不久前我偶然发现了一个博客：

至于性能，不确定您的应用程序需要什么样的性能？整个QML通过OpenGL或非常快地渲染到屏幕上。另一方面，QML经常需要处理JavaScript，当然这是不可与C++相媲美的。不过，商业Qt也有介绍

关于基于QWidget的UI与QML：讨论可以被视为意见的表达等。一些考虑点如下：

• 开发和维护一种UI，无论是基于widget还是基于QML，都比较容易
• 混合用户界面是可能的，但了解您可以从中获得什么是有意义的
• 大多数桌面应用程序只满足于小部件
• 当应用程序应该被移植到移动平台时，QML就更有意义了
• 当应用程序应该依赖于“触摸”时，QML也比小部件更有益

据我所知，QT小部件在UI开发方面非常耗时 CSS表单已经有3000行代码了，现在正是时候 正在进行UI更改

嗯。。。基于widget的应用程序风格非常浓厚？我只能确定这两个概念：widget和QML是非常不同的，但是widget样式表和QML都是声明性语言，尽管它们不同。我还确信，任何严肃的应用程序都需要更多的C++和QML，我们需要花时间来桥接C++代码和QML。 QML应用程序的发布也可能比纯粹基于小部件的发布要复杂一些：例如，您需要定制Qt构建以支持针对特定vm和平台模拟的OpenGL：这是一个有趣的主题。同样，对于Qt Quick小部件，您应该将它们放在应用程序分发的资源中，或者您需要Qt Quick编译器。如果您使用它，请确保所有QML代码都是由它编译的，并且应用程序的任何部分都不会使用资源中缺少的“脚本化”QML。我在我们的应用程序中使用了Qt5.5 Quick Compiler，不仅发现了不少bug，还需要将某些QtQuick文件与应用程序安装包一起从框架中拖出。使用标准动态链接和

windeployqt

工具时，情况并没有那么糟。但是一个严肃的应用程序通常需要与它的所有依赖项进行静态链接，这样我们就不能使用

windeployqt

工具

总体而言，Qt正在从小部件转向QML，但我们能获得什么，以及在实际应用程序中需要多少QML，这是一个长期的讨论