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的組件。