qt qtcreator qt+vs 编译器-Toy模板网

这篇具有很好参考价值的文章主要介绍了qt qtcreator qt+vs 编译器。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

对于一个新手而言，基本体会如下：

Qt Creator
Qt Creator优势

可以实现Ui和代码无缝切换。（VS不行）

对于汉字的支持更好

提示功能做的更好。
比如：#include等，敲出#inc即有提示。

qmake非常好用

项目管理更方便，可以添加pri之类的来管理子模块

Qt Creator劣势（IDE本身巨大劣势）

debug困难
Qt+VS
Qt+VS优势

无敌的IDE加持，写代码和Debug很舒服
（这点是其他IDE无法创造的，既然用Qt就要用起来更方便，VS只会让写代码更方便）

如果之前用VS写代码，将会无比舒适，快捷键通用。

Qt+VS劣势

修改Ui文件之后，可能需要先对Ui文件进行编译。

提示功能不如Qt Creator那么全。

对汉字支持不太好，需要写宏指令

qtcreator编译的时候，感觉msvc比mingw快，不知道是不是这样，

64位编译应该比32位快

Windows下的Qt编译器 – MinGW和MSVC的区别

原文链接：Windows下的Qt编译器 – MinGW和MSVC的区别 - 点击领取

MSVC：
即Microsoft Visual C++ Compiler，即微软自己的编译器
我们下载Windows下的OpenCV时，会带两个文件夹VC14，VC15（分别与Visual Studio的版本有对应关系），这两个文件夹下的库可以直接运行不需要编译
将VS作为Qt的开发环境也是使用这个编译器的缘故
MinGW：
我们都知道GNU在Linux下面鼎鼎大名的gcc/g++，MinGW则是指Minimalist GNU for Windows的缩写
它是将GNU开发工具移植到Win32平台下的产物，即一套Windows上的GNU工具集
用其开发的程序不需要额外的第三方DLL支持就可以在Windows下运行，相对地，不使用动态库导致的就是编译出来的程序大很多。也是可以设置使用静态库的

Qt 用 MSVC 和 MinGW 哪个编译器编译程序比较好？

请问在开发 Qt 程序时，MSVC 与 MinGW 两种编译器哪种更易于上手、出现 bug 的概率低些呢?

qt配置vs编译器,qt,qt,ui,开发语言

我的建议是使用MSVC。

理由一：qtcreator的debuger有功能缺陷，经常会出现变量无法查看的问题，棘手的bug还是需要在VS环境下进行调试。很多人的开发模式就是qtcreator写代码，VS下面做调试。

理由二：MinGW无法直接生成PDB文件，这导致如果软件闪退，无法利用生成的dump文件在windbg或VS下面定位到出错的代码。（有各种奇技淫巧可以在windows下面对mingw版本进行dump调试，但有这功夫直接安装个VS 2017显然更香）。

理由三：我的经验告诉我，MinGW编译出的软件总会有奇怪的无法运行现象。

实战经历1：Scene3D在MinGW64位Release和MinGW32位Debug模式下运行直接闪退，而64位Debug和32位Release却正常运行。

实战经历2：动态删除继承QuickItem的对象，有几率导致非法内存访问，可以定位到问题在Qt源码中Renderer中的一处。

类似以上例子的幺蛾子在我切换到MSVC之后不再出现，我甚至怀疑QT的开发人员在windows下更倾向于MSVC进行测试，导致我上报的MinGW中发现的bug都无法被他们重现并重视。

关于第三点再做补充，我认为在任何平台下，越贴近原生的东西总能得到更多的优化，MinGW始终不是Windows亲生的，bug比亲生的VS多很正常。

对于另一个回答中提到的MSVC中rc文件编译失败重新编译没问题这种情况，根本不能称之为编译器bug，我更愿意把它称之为玄学。

真正令人不安的是由于不同编译器之间，或同个编译器Release、Debug模式之间，指针初始化或指针回收处理的差异，以及官方的开发人员没有进行详尽的测试，最终导致的野指针非法访问问题。甚至官方example使用MinGW编译都存在无法运行的现象，让我有理由相信官方团队对MinGW环境做的测试不够详尽。