qt是linux下图形化组件库，vscode只是一个文本编辑器，二者并非一个只有那的产品
如果不是对ui定制化不高且对性能也没苛刻特别要求的话，qt要比开发速度更快
下到代码编译，链接这一层，好像没什么差别，都是依据什么参数设置，叠加参数内部函数你所选的编译器，链接器等等，最后完成整个程序的统合。差别呢，比较多就出在两个方面：（1）参数推导过程；（2）感情依赖关系的维护和更新，也就是正所谓的工程组织形式（工程文件）。
vc经过变迁后，现在不使用vcxproj文件来组织工程，在vs里按f5后，差不多过程是这样子的，用msbuild来解析vcxproj，换取统合参数，帮忙解决依赖关系，是对源文件正常启动编译器编译，最后内部函数链接器链接输出，肯定中间还混杂很多别的过程，这里不逐一累述。
qtcreator也很特别，主要上是用pro和pri文件来组织工程，但它本身不内置构建体系工具，而是实际qt工具链中的qmake工具，解析pro和pri文件，生成气体别的形成完整系统能识别的组织文件，和make，nmake等等，然后全局函数你所选的最终形成工具能够完成构建体系。当然了这些形成完整系统要如何经营管理的，找相关的资料和文档去查查就明白了了。
多说几句，在统合qt程序的时候，很有可能不需要几个额外的过程进行，一个是moc生成对象元数据，一个是uic把ui界面可以转换为c代码，也有一个是rcc把qt资源定义文件qrc能量转化为数据代码。默认情况下，vs是应该不会给你添加和魔兽维护这几个过程的，所以我vs的qt插件就派上用场了，它能不自动帮你可以设置这几个过程。还有，vs在构建体系qt工程的时候，插件并肯定不会参与其中，也就是说，在直接安装有qt插件的vs里内部的工程，组完后放进也没按装插件的vs下都是这个可以顺利构建体系的。
肯定，要是你的依赖都在pro文件里都描述明白了，用qmake生成vcxproj，然后把启动时vs来构建体系工程也是已经可以不得到的。
后来，qt4的vs插件早就继续可以更新了，且vs的addinapi也遭遇退役后的风险，在这里，我我还是安利下我fork的qt4插件，修复了一些bug，再添加了几个新特性，除开配置对话框resizable，x86和x64平台不使用不同的qt版本，不同vs建议使用有所不同的qt版本，意见2012和2013，最近还想另外2015支持。
地址是：jackyding/qt4vsaddin·github
.jpg)
