⑴ 为什么qtcreator的编译如此之慢
对于QtCreator编译速度慢的问题，有多种误解需要澄清。
首先，将Qt编译速度与MFC进行比较，这种观点是不正确的。实际情况下，由于Qt库的头文件设计合理，采用前置声明和公有类、私有类的模式，编译效率远高于MFC。MFC的编译速度较快主要归功于其默认启用的预处理头文件功能（PCH），这是所有C++项目都能利用的特性，并非MFC独有。通过在.pro文件中添加`PRECOMPILED_HEADER = stable.h`，指定一个头文件作为预处理文件，可以实现与MFC类似的效果。在`stable.h`文件中包含所有需要的Qt头文件，可以有效避免编译时引入过多代码。
为了进一步提高编译速度，可以使用`QMAKE_CXXFLAGS += /MP`指令来启用并行编译，利用多个编译进程同时处理不同cpp文件。这种方法比MFC的PCH更优，因为MFC的PCH配置容易出错，而Qt的配置则写在.pro文件中，一旦配置正确，稳定性较高。
对于大项目而言，硬盘性能是影响编译速度的主要瓶颈。使用SSD硬盘时，编译速度大约为20分钟左右；若使用机械硬盘，速度会降低约70%；使用内存盘编译则可提高30%的速度。如果编译速度仍然慢于预期，应检查代码中是否存在冗余或不必要的头文件包含。
关于Qt本身的编译速度，通常情况下并不慢，慢点主要体现在WebKit库和示例程序的编译上。默认情况下，Qt会编译所有的库和示例，而WebKit项目因其泛型技术使用广泛，编译时间较长。对于仅需要核心库的项目，编译速度会大幅提高，例如，仅编译QtCore可能只需1分钟，QtGui则大约5分钟。
对于Windows平台，建议使用Visual C++ 2008作为编译器。Qt与Visual C++的集成度较高，使用Visual C++ 2008+Qt进行项目开发效率会更高。此外，安装Visual Assist可以进一步提升开发效率。
总结而言，QtCreator编译速度慢的问题通常与项目规模、编译器选择和配置有关。通过优化配置和使用适当的编译工具，可以显着提高编译效率。
⑵ QT 和VC++ 的区别(包括效率)
简单说说我的看法！
####################################################
确切说应该比较的是QT和MFC两个界面库
QT使用的编译器是MinGW，即Linux下的GCC移植到windows的版本
MFC使用的编译器是Visual C++
QT的应用主要在Linux下，但是它本身是跨平台的，也支持其他操作系统，是现在比较着名的界面库，着名的KDE就是使用QT开发的
MFC是提供给VC的，但是它主要是代码库，不像VCL和编译器挂钩很多，但是MFC主要是对windows API的封装，所以只能用于windows平台
根据你所说的方面，简单比较一下：
1.开发速度
整体来说可能MFC会快捷一些，因为windows平台的开发工具大多很智能，因为立足于windows的开发人群很广，从菜鸟到专业人士，但是QT由于基于Linux，可用的开发工具不多，大都比较专业，多是第三方产品，而且集成度不大，第三方库也没有MFC的多，从这一点MFC略胜一筹，但是QT自从被Nokia收购后，官方发布了跨平台集成开发环境QTCreator，所以之后走向就不好说了，个人总体感觉QT Creator和VS.net差距比较大，还需改进
但是从库本身来说QT集成的功能较MFC庞大，而且使用的封装技术信号和槽也是比较受到赞许的，比如QT Script为QT提供嵌入式脚本，QT界面库支持CSS，所以QT做出来的界面比MFC要好，而且比较容易，MFC就需要借助第三方库了
因为MFC是浅层封装（最新的2008 sp1加入了BCG的高级界面库，可能有所改善）windows SDK，以降低使用windows SDK引起的开发效率的降低，和开发难度的增加
所以QT库是比MFC优秀的，两个库都经受了时间的考验，稳定性都很高，Bug几乎没有
2.运行效率
MFC由于其浅层封装的特点，所以运行效率是比较高的，加上vc对windows的针对性优化，整体性能是比较高的，但是如果加入第三方库就不敢保证了
QT因为库比较庞大，封装层次较深，所以运行效率较MFC为低，但是在现在的机器配置下，C#大家都不介意了，这些会引起人们的介意吗？
3.应用范围，现在windows的普及范围谁能比过，所以MFC的客户量比较多，QT主要是Linux下的开发人员在使用，但MFC也只是得益于windows（感觉又是一次捆绑战略）
MFC不支持嵌入式开发（主要指手机平台），但是QT有对应的模块，但是现在Java的天下又有谁能撼动？
4.学习难度
QT的封装哲学比较明晰，和系统隔离的比较好，所以个人感觉门槛不高
MFC较难精通，因为深入开发之后SDK还是要了解的，否则程序感觉比较儿童化，呵呵
如果你要选择工作的方向，就现在来说基于vc的开发是比较多的，所以就业比较好
Linux下的QT开发的就业情况还有待提高，但是专业方面，比如企业级的开发，或者涉及了Linux系统，QT还是可以的
这是我的一点见解，主要是自己的感觉，希望对你有所帮助！