为什么 Qt 框架不是很流行

如果是创业型小公司想开发适配自己公司产品的配套软件并想支持多平台那么Qt是不二的选择。想在4个平台开发软件假设工作量是4，那么用qt可以达到25左右。总体工作量减少，但是如果你只想开发一个android软件工作量为1，那用qt 可能会达到12到15看是否涉及了过多的平台化的东西。Qt传统的widget体系绘图使用的是CPU，在移动平台上效率过低。由于是基于跨平台考虑，代码结构上需要架设中间层进行适配，效率上会有所下降，比较明显的就是socket在高并发时Qt的性能问题就体现出来了。 从产品开发的体验上看每个平台都有其特点，带有平台特点的产品从体验上感觉会更好，但使用Qt开发很多平台化特点的东西需要单独去添加反而工作量增加。大公司人力不缺，为了将体验做到极致，native编程明显更好有话空间更大。而Qt受到跨平台框架限制很多地方不能进行优化，最终结果跟native编程肯定有差距。 举一个简单例子。开发一款带有书写画线功能的软件使用Qt肯定是希望跨平台。画线选择直接在一张图上喷涂更新的方式来实现，在win、Mac、android下效率还OK但是在iOS下效率不能忍受。使用矢量线喷涂方式iOS下还OK但其他平台效率不如喷涂。 诸如类似问题还有很多，我觉得效率与可优化方面的限制导致Qt不流行。另外移动平台方面Qt还有很长的路要走。桌面平台的开发我觉得Qt还是可以的，暴雪的登陆器就是Qt开发的。

Qt的网络模块性能比较差，而且难以提升，这是硬伤，除非Qt把现有的架构推倒重来。

此外，Qt的UI运行效率与wxWidgets，Windows的MFC，Linux的GTK+也都没法比。

主要原因之一是Qt的信号槽这个核心机制，给开发带来便利，但因此也丧失了一些性能。Qt的信号槽调用涉及链表 *** 作，事件处理，还包括最伤性能的互斥锁，等等，相比直接回调方式。多出100多行代码，按官方说法，信号槽调用比直接回调慢了10倍左右。可是估计一旦遇到锁竞争，恐怕远远不只10倍了吧。Qt的UI与网络模块都严重依赖信号槽机制。

不过，相对于Java、C#之类，Qt毕竟是C++，运行效率自然要胜出很多。

Qt开发效率在C++库中绝对是高的，Qt自带的一套非常完备，应有尽有。

运行效率，在Qt中分为好几套图形系统，差不多代表了2D描画的发展史。最经典的软描画系统，性能只能说差强人意，而搭建在OpenGL上的新系统效率就高的多。而且，作为原生C++语言（QML除外），天生在性能上也有加成。

1、打开Qt Creator->新建项目-> 选择Qt Widgets Application

2、编辑项目名称并且选择创建项目的目录

3、接下来全部选择默认设置，完成新建项目后进入文件编辑界面。

其中pro是项目文件，其余文件夹分别存放着头文件、源文件和界面文件。

4、选中界面文件文件夹，双击其中的ui文件，进入设计应用窗口界面

直接从左边拖选需要使用的控件到主界面上，这次要用的有三个Display Widgets中的Label、一个Input Widgets中的Line Edit以及Buttons中的Push Button，将它们分别放在合适的位置，并双击修改它们的名字。

把其中的label_2的frameShape和frameShadow属性分别设置为Panel和Sunken

5、接下来就为Button控件添加单击响应！

以上就是关于为什么 Qt 框架不是很流行全部的内容，包括:为什么 Qt 框架不是很流行、Qt 框架哪些方面效率高，哪些方面效率低、怎样用caffe框架上编写一个完整的qt程序等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！