qt编译mfc

㈠ QT程序调用MFC的动态链接库DLL

这个很难了,因为MFC有自己的初始化,这个一般是在程序启动的时候完成的;而qt有自己的初始化,如果你强行加入MFC的初始化,应该也可以,但是麻烦而且丑陋.

建议你把Analyse模块的逻辑抽出来,生出独立的,不依赖于界面(无论是MFC还是QT)的纯C++代码,然后以QT为界面实现原来的逻辑,最后再跟GASOOH结合起来.

㈡ QT和MFC怎么样

MFC（微软基础类库）是专门为windows设计的一个用于开发图形用户界面的类库。MFC或多或少使用了面向对象的方法包装了Win32的API，正因如此，这些API有时是C++，有时是C，甚至是C和C＋＋的混合体。

Qt这个C++的图形库由Trolltech在1994年左右开发。它可以运行在Windows,Mac OSX, Unix，还有像Sharp Zaurus这类嵌入式系统中。Qt是完全面向对象的。Document/View modelMFC编程需要使用Document/View模式以及模板(template),如果不使用的话，编程将变得异常困难。而且，模板(template)设定了固定的结构，若所需结构乃模板未定义之结构，则编程难已。例如，划分一区域使显示两个视图(view)于两个文档(document)。还有一个经常的问题是：模板(template)创建了视图(view)却无法访问(access)它，文档（document）要做完所有事情，但是这经常会出现问题。 (这种数据和视图分开的设计模式也是一种不错的模式，不应该成为否定MFC的理由)Qt不强制使用任何设计模式。如果你认为恰当，使用Document/view没有任何问题。不使用也没有任何问题

㈢ QT跟MFC的区别QT可以调用MFC的东西吗

QT和MFC都是界面库。可以调用，把MFC的代码写成DLL，让qt调用即可。

㈣ 我问一下，Qt编c++软件界面和MFC编差多少c++程序实现部分是不是一样的

是，完全不一样。MFC 调用的 win32 api 绘制界面，Qt 自有一套绘制界面。
程序实现部分一样。
同一项目直接编译就可以了，什么叫界面和程序部分连接？

㈤ MFC调QT / QT调MFC

我觉得这似乎是吃力不讨好的事情，毕竟QT跟MFC是一个级别的(你可以用QDialog)，如果你的确这样使用，倒不如编译一个MFC的执行文件，然后在QT里创建一个线程去启动，不过可能即使你可以执行，那鼠标按键的消息也不一定能传递过去。如果要互相调用的话需要包含对应的LIB 与头文件。

建议你UI方面的你就选其中一个就好(非UI的可以封装成相关的LIB)

㈥ MFC程序向QT程序的移植，希望给一些思路

多文档可以 QMainWindow QMdiArea QWidget QApplication，用这些来替代，至于文档类，自己实现吧，没有现成的Doc-View框架，不过有Model View框架，概念不太一样
窗口（QWidget及其派生类）的刷新在paintEvent()函数中实现，字符串用QString，默认Unicode编码
多语言参考linguist 以及QObject::tr() ，具体的自己去看文档吧，这些信息足够你找到入口了

㈦ MFC与QT有什么区别呢 现在学哪一个比较好

MFC基本上算是过时了，现在的软件对界面的要求越来越高，MFC实现的效果不佳，而且很复杂；QT算是一个比较普遍的跨平台GUI框架，而且提供的API也相当丰富，两者相比较，推荐的是QT。但是也可以了解下DUI，这个算一种比较流行的GUI实现框架，目前许多大公司的软件都是使用的这个，比如360,QQ等

㈧ qt程序调用mfc程序

不用弄成dll吧。
QT中的QProcess可以用来启用外部程序的。应该就可以实现你要的功能。

㈨ QT、MFC、vc++之间的关系

QT的强大在于其跨平台，单就windows而言，不会比MFC强势。在NT下，qt的运行速度和资源占用率都没MFC好。

在Linux下就用Qt(C++)或者GTK（C，当然gtk也有c++的），在windows下就用MFC，跨平台就用前两个。
Qt的封装哲学较好，与系统关系低，门槛也低。而MFC想精通需要更多的时间和精力。
简单的来说：QT和MFC都是类库，VC有两种理解，一种就是指用MFC编程；另一种指的是VC的IDE开发环境。
1、如果基础好，比如刚学了C++想找个GUI库来玩，也只是随便玩玩，QT包装很好，帮助文档也很好,就直接用QT，出了某些奇怪的问题，也没关系。
2、如果是想学好，想学得稍微深入，觉得QT就很难，还是先学VC，学好了基础再用QT。QT的开发效率高是针对会用的人而言的。
3、如果有高人指导，或者环境很好，或者只用QT的很小一部分，那学QT就轻松很多了。

㈩ qt和mfc能够混合使用吗

qt和mfc能够混合使用

现在，Windows下的大多数程序都是使用mfc开发的，由于众多产品想移植到非windows的操作系统上继续使用，qt由于自身“一次编写，到处编译 ”的特性恰恰满足了这种需求。所以，怎么从mfc程序迁移到qt上来是很多公司需要考虑的问题。至于从qt迁移到mfc这种需求应该是不会出现的 ，mfc1.0 1992年就发布，qt94年才开始动工呢。怎么说都是mfc历史悠久，地大物博...
选择了qt作为mfc的替代品，那就得考虑是新建一个qt工程重新写一遍还是能在原来的mfc工程里直接使用qt 组件逐步替换掉mfc的部分。本文讨论的是后一种需求。所幸的是，细心的qt官方也考虑到了这一点。官方提供了 Qt/MFC Migration Framework 来实现在mfc工程里混用qt的组件。