① C++MFC和win32控制台，見詳情
先新建一個MFC工程， 選擇「基於對話框」比較容易上手。
然後直接編譯運行，就可以看見界面了。
到資源編輯器，找到編輯對話框的界面。 工具箱裡面拖一個按鈕到界面上，雙擊，出現代碼界面，就可以往裡面寫代碼。 入門基本就是這樣。
深入的話 這不是一兩句話可以說清的。 MFC 是微軟的庫，和整個乎漏豎windows系統密切耦合搜旁。 需要了解許多系統架構方面的內容 各種系歲大統調用 才能融會貫通。
② VS2008 VC++/MFC 出錯LNK2001與1120
錯誤 LNK1120 為您提供該鏈接的無法解析的外部對象數 (number)。導致無法解析的外部對象的條件由錯誤 LNK2001 描述，此錯誤出現在該錯誤信息之前（對每個無法解析的外部對象都出現一次）。
//就是說每出現一次LNK1120都會在之前出現一個LNK2001
LNK2001
所以主要是解決LNK1120關鍵是要解決鏈接器工具錯誤 LNK2001 這分一下的情況（來自VS 2008的幫助），在這里我只復制一些比較常見的，如果還不行，你重建工程來吧~~
一、代碼問題
1.如果 LNK2001 診斷文本報告 __check_commonlanguageruntime_version 是無法解析的外部符號，在 function 中找到了未定義的外部符號 (symbol)。若要解決此錯誤，請提供符號定義或移除引用它的代碼。
2.成員模板的定義超出了類的范圍。Visual C++ 的一個限制是，成員模板的定義必須完全位於封閉類內。
3.代碼中大小寫不匹配
4.如果項目使用函數內聯，但在 .cpp 文件而非頭文件中定義函數，則會導致 LNK2001。
5.試圖引用沒有外部鏈接的函數或數據會導致 LNK2001。
6.缺少函數主體或變數會導致 LNK2001。
7.調用參數類型與函數聲明中的參數類型不匹配的函數會導致 LNK2001。名稱修飾將函數參數合並到最終修飾函數名中。
8.錯誤包含的原型導致編譯器需要沒有提供的函數體，這樣會導致 LNK2001。如果同時具有函數 F 的類實現和非類實現，請注意 C++ 范圍解析規則。
9.在使用 C++ 時，將函數原型包含在類定義中但未能包含實現（該類的此函數的實現）會導致 LNK2001。
10.試圖從抽象基類的構造函數或析構函數調用純虛函數會導致 LNK2001。純虛函數沒有基類實現。
11.試圖在函數范圍外使用用該函數聲明的變數（局部變數）會導致 LNK2001。
二、編譯和鏈接問題
1.項目缺少對庫 (.LIB) 或對象 (.OBJ) 文件的引用。有關更多信息，請參見用作鏈接器輸入的 .lib 文件。
2.如果使用 /NODEFAULTLIB 或 /Zl，包含所需代碼的庫將不會鏈接到項目，除非已顯式地包括了這些庫。（在使用 /clr 或 /clr:pure 進行編譯時，您將看到對 .cctor 的引用；有關更多信息，請參見 混合程序集的初始化。）
3.如果正在使用 Unicode 和 MFC，如果沒有創建 wWinMainCRTStartup 的入口點，將在 _WinMain@16 上得到無法解析的外部對象；請使用 /ENTRY。請參見 Unicode 編程摘要。
4.將用 /MT 編譯的代碼與庫 LIBC.lib 鏈接會在 _beginthread、_beginthreadex、_endthread 和 _endthreadex 上導致 LNK2001。
5.鏈接需要多線程庫的代碼（任何 MFC 代碼或用 /MT 編譯的代碼）會在 _beginthread、_beginthreadex、_endthread 和 _endthreadex 上導致 LNK2001。有關更多信息，請參見下列知識庫文章：
6.在用 /MD 進行編譯時，因為所有的運行時現在都存放在一個 DLL 中，所以源中的「func」引用在對象中變為「__imp__func」引用。如果試圖與 LIBC.lib 或 LIBCMT.lib 靜態庫鏈接，則將在 __imp__func 上得到 LNK2001。當不用 /MD 進行編譯時，如果試圖與 MSVCxx.lib 鏈接，則並非總是得到 LNK2001，但可能會有其他問題。
7.在生成應用程序的調試版本時與發布模式庫鏈接會導致 LNK2001。同樣，使用 /Mxd 選項（/MTd 或 /MDd）和/或定義 _DEBUG，然後再與版本庫鏈接，將可能會產生無法解析的外部對象（同時還會出現其他問題）。將發布模式生成與調試庫鏈接同樣會導致類似問題。
8.將 Microsoft 庫版本和編譯器產品版本混合可能會有問題。新編譯器版本的庫可能包含早期版本的庫中沒有的新符號。可能需要更改搜索路徑中的目錄順序，或將它們更改為指向當前版本。
9.使用庫文件選擇下的「工具」|「選項」|「項目」|「VC++ 目錄」對話框，可以更改搜索順序。項目的「屬性頁」對話框中的「鏈接器」文件夾可能也包含可能已過期的路徑。
10.當安裝了新的 SDK（可能在不同的位置），但沒有將搜索順序更新為指向新位置時，可能會出現此問題。通常情況下，應將新 SDK 的 include 目錄和 lib 目錄的路徑放在默認 Visual C++ 位置的前面。另外，包含嵌入路徑的項目可能仍然指向舊路徑，這些路徑是有效的，但對於安裝到不同位置的新版本所添加的新功能已過期。
11.編譯器供應商之間、甚至同一編譯器的不同版本之間當前沒有 C++ 命名標准。因此，鏈接用其他編譯器編譯的對象文件可能無法生成相同的命名方案，從而導致錯誤 LNK2001。
12.在不同模塊上混合內聯和非內聯編譯選項會導致 LNK2001。如果創建 C++ 庫時打開了函數內聯（/Ob1 或 /Ob2），但描述函數的相應頭文件的內聯是關閉的（沒有 inline 關鍵字），則將發生此錯誤。若要防止此問題，請在要包含到其他文件中的頭文件中用 inline 定義內聯函數。
13.如果使用 #pragma inline_depth 編譯器指令，請確保具有 設置為 2 或更大的值，並確保使用 /Ob1 或 /Ob2 編譯器選項。
14.在創建純資源 DLL 時省略 LINK 選項 /NOENTRY 將導致 LNK2001。
15.使用不正確的 /SUBSYSTEM 或 /ENTRY 設置會導致 LNK2001。例如，如果編寫基於字元的應用程序（控制台應用程序）並指定 /SUBSYSTEM:WINDOWS，您將得到無法解析的 WinMain 外部對象。有關這些選項和入口點的更多信息，請參見 /SUBSYSTEM 和 /ENTRY 鏈接器選項。
初學者在學習VC＋＋的過程中，遇到的LNK2001錯誤的錯誤消息主要為：
unresolved external symbol 「symbol」（不確定的外部「符號」）。
如果連接程序不能在所有的庫和目標文件內找到所引用的函數、變數或標簽，將產生此錯誤消息。一般來說，發生錯誤的原因有兩個：一是所引用的函數、變數不存在、拼寫不正確或者使用錯誤；其次可能使用了不同版本的連接庫。
以下是可能產生LNK2001錯誤的原因：
一．由於編碼錯誤導致的LNK2001。
1．不相匹配的程序代碼或模塊定義(.DEF)文件能導致LNK2001。例如, 如果在C＋＋ 源文件內聲明了一變數「var1」，卻試圖在另一文件內以變數「VAR1」訪問該變數,將發生該錯誤。
2．如果使用的內聯函數是在.CPP文件內定義的，而不是在頭文件內定義將導致LNK2001錯誤。
3．調用函數時如果所用的參數類型同函數聲明時的類型不符將會產生LNK2001。
4．試圖從基類的構造函數或析構函數中調用虛擬函數時將會導致LNK2001。
5．要注意函數和變數的可公用性，只有全局變數、函數是可公用的。 靜態函數和靜態變數具有相同的使用范圍限制。當試圖從文件外部訪問任何沒有在該文件內聲明的靜態變數時將導致編譯錯誤或LNK2001。
函數內聲明的變數(局部變數) 只能在該函數的范圍內使用。
C＋＋ 的全局常量只有靜態連接性能。這不同於C，如果試圖在C＋＋的多個文件內使用全局變數也會產生LNK2001錯誤。一種解決的方法是需要時在頭文件中加入該常量的初始化代碼，並在.CPP文件中包含該頭文件；另一種方法是使用時給該變數賦以常數。
二．由於編譯和鏈接的設置而造成的LNK2001
1．如果編譯時使用的是/NOD(/NODEFAULTLIB)選項，程序所需要的運行庫和MFC庫在連接時由編譯器寫入目標文件模塊， 但除非在文件中明確包含這些庫名，否則這些庫不會被鏈接進工程文件。在這種情況下使用/NOD將導致錯誤LNK2001。
2．如果沒有為wWinMainCRTStartup設定程序入口，在使用Unicode和MFC時將得到「unresolved external on _WinMain@16」的LNK2001錯誤信息。
3．使用/MD選項編譯時,既然所有的運行庫都被保留在動態鏈接庫之內，源文件中對「func」的引用，在目標文件里即對「__imp__func」 的引用。如果試圖使用靜態庫LIBC.LIB或LIBCMT.LIB進行連接，將在__imp__func上發生LNK2001；如果不使用/MD選項編譯，在使用MSVCxx.LIB連接時也會發生LNK2001。
4．使用/ML選項編譯時，如用LIBCMT.LIB鏈接會在_errno上發生LNK2001。
5．當編譯調試版的應用程序時，如果採用發行版模態庫進行連接也會產生LNK2001；同樣，使用調試版模態庫連接發行版應用程序時也會產生相同的問題。
6．不同版本的庫和編譯器的混合使用也能產生問題，因為新版的庫里可能包含早先的版本沒有的符號和說明。
7．在不同的模塊使用內聯和非內聯的編譯選項能夠導致LNK2001。如果創建C＋＋庫時打開了函數內聯（/Ob1或/Ob2)，但是在描述該函數的相應頭文件里卻關閉了函數內聯（沒有inline關鍵字），這時將得到該錯誤信息。為避免該問題的發生，應該在相應的頭文件中用inline關鍵字標志內聯函數。
8．不正確的/SUBSYSTEM或/ENTRY設置也能導致LNK2001。
其實，產生LNK2001的原因還有很多，以上的原因只是一部分而已，對初學者來說這些就夠理解一陣子了。但是，分析錯誤原因的目的是為了避免錯誤的發生。LNK2001錯誤雖然比較困難，但是只要注意到了上述問題，還是能夠避免和予以解決的。
③ 如何在MFC中獲取編輯框信息調用控制台程序並輸出到編輯框中
寫了個例子。
假設你有這歷悉么一個程序
#include <stdio.h>
int main() {
int a, b;
scanf("%d%d", &a, &b);
printf("%d", a+b);
return 0;
}
編升孝譯吵爛稿成add.exe
然後你看附件里的代碼是怎麼調用的
④ vs2008 MFC問題編譯無法通過
你是在控制台裡面建立的，自然會有問題。
右鍵該工程--屬性---常規 --項目默認余逗值腔顫--MFC的使用----在共享DLL中使用MFC，一定要設這一步。
更好的方法是你建立一個MFC程序，把裡面的.H和 CPP文件統統刪了，再自伍毀敗己建立CPP等。
⑤ MFC與win32控制台編寫的程序有什麼區別 求指教
WIN32 程旅旁序和MFC 程序生成的都是Windows應用程序。不同的是，Win32程序使用Windows SDK框架生成應用程序框架，默認該框架程序不使用MFC（微軟基礎類），生成的都是面向過程的程序框架，程序的入口時WinMain，使用這個框架需要對Windows SDK程序比較熟悉；MFC程序，可以選擇單文檔、多文檔和對話框畝敬的應用程序框架，該框架支持MFC，生成的程序框架，都是拆耐橡C++面向對象的應用程序，程序的入口是CXXXApp。
⑥ c++控制台程序轉成mfc圖形界面的，那麼程序裡面的cout輸出流到mfc里怎麼轉換
在界面上定義一個EditBox（CEdit類）或者StaticText（CStatic類）控制項，使用該類的SetWindowText成員函數把文本寫到漏塵好控制項中顯示。
控制台終端的輸出流的話，可以用strstream 或stringstream 代替iostream 作為流，流輸出完成後，生成的字元串都在流緩返鉛沖中，程序可以直接把流緩沖的內容寫到控制項中。
注意，老的編譯器可兄碰能不支持 stringstream，就只有使用 strstream 了，用法可以到網上搜索，例子很多。
⑦ MFC調用DLL崩潰
很明顯程序里發生了斷點，具體問題還要看代碼才行。
⑧ 求指點，把一個VC編譯通過可以運行的控制台程序移植到MFC出錯
MFC是框架嵌套的，默認包含了很多（幾乎所有win32）的頭文件和MFC框架頭文件，所以幾睜頃乎所有的系統級include都不需要了。還有很多類型的定義，也是都有了，這個要看具體情況，一般建議先都不要悉笑陸，哪個不認識再加上哪個。
賦值語句類型錯誤。。其實一般都是語法規范不夠好，在不同的編譯環境下容錯不一樣。不過還有一種可能就是，兩個模式下，對變數的升枝定義有差別造成的。具體問題具體看吧，你的貌似是函數類型報錯，不是變數賦值。
⑨ 如何在mfc控制台輸出調試信息
簡單來說，有兩種方式，一種是源碼debug，即分析源碼來找出bug位置，一般使用printf()列印出程序執行每一步的信息，一種是可執行文件debug，需要使用調試器來進行。1.源碼debug。類似於下面的源碼，主要通過程序執行時輸出的信息，來定位bug出現的位置，然後再修改源碼。例如：#includevoidf(){;}intmain(){#ifdef_DEBUGprintf("startmainfunction!\n");#endifvoidf();#ifdef_DEBUGprintf("leavemainfunction!\n");#endifreturn0;}2.可執行文件調試，windows平台常用的就是vs/vc自帶的調雹笑試，另外一個態肆豎就是微軟自家開發的調試器windbg。Linux平台以gdb為常用。下面以dev-C++為例：1)在逗工具地-》編譯選項-》"編譯時加入以下命令"下面的編輯框里加上:-g32)在下面的"在連接器命令行加入以下帆大命令"下的編輯框上加上:-g33)轉到程序頁，把gcc行修改為：gcc.exe-D__DEBUG__，4)把g++行修改為：g++.exe-D__DEBUG__，5)點擊確定，重新編譯，就能調試了。
⑩ visual C ++與MFC的關系
樓主的問題已經好多人回答了，鑒於自己上學時也在這些問題上糾結過，忍不住也想恢復下 ^_^
樓主應該打開過 VC 這個軟體吧，你可以看一下新建工程的時候，有好多項目類型可以選擇，例如，win32應用程序，win32控制台，MFC應用程序等等，所以 VC 只是一個開發環境，你可以選擇使用MFC，也可以選擇不使核銀纖用MFC寫你的軟體。MFC是微軟提供的一套類庫，是一個類的集合，統稱MFC，樓主學過數據結構的話，應該知道鏈表，隊列，map等等這些東西，C語言里用char*,C++里用string表示字元串，MFC對這些都有自己的封裝 CArray，CMap，CString等。
但是，MFC重要且常用的一部分是對窗口的封裝。CWnd，CDialog，CButton等等。我們拿軟體上的按鈕來說，不適用MFC，直接用Win32 的API 函數來創建，我們要用CreateWindow函數先創建出來，還要計算按鈕的大小，位置等等。但是用MFC，我們想創建一個按鈕，直接在工具箱里拖到界面上，調整位置和大小也就是動動滑鼠的事，一句代碼不用寫就出來了。這也是MFC的優越之改仿處。
那麼，我們一般說的 windows 程序設計，和 MFC 程序是什麼關系呢？其實，一般我們說的windows程序就是不使用MFC類庫里的東西，直接用 API 寫的程序，顯而易見，我們創建一個按鈕就需要寫函數，計算位置等等這些過程，要是建一個復雜的界面，肯定要寫很多代碼。MFC的程序當然就是使用了MFC的程序了。
MFC 關於窗口這一塊的封裝，其實就是封裝的 win32 API。像MFC里CWnd這樣的窗口類，最後還是調用的 API 函數 CreateWindow，只是微軟為了方便開發人員快速的開發軟體，幫我們處理了，藉助 VC 和 MFC 給我們一個所見即所得環境。
直接用 Win32 API 編程類似於 C 語言的面向過程編程，還是因為MFC為了方便我們開發，通過一些封裝等手段，使得搏租我們開發應用程序，能以面向對象的方式開發了。
C++重要的地方在於這種面向對象的思想，MFC又何嘗不是C++思想的一個實現？我們用C語言編程，顯示一個東西用 printf，在C++里可能用 cout 這些函數還不都是 C，或者C++ 的庫提供給我們的？ 在VC下開發，別管用不用MFC，只要包含了 C 或者 C++ 的頭文件，鏈接了庫文件，都是可以使用的。
雖然 MFC 提供了這么方便的開發方式，但是在方便的同時，MFC隱藏的細節太多，使我們看不清程序後面的機制了，上面說，MFC是對 win32 API 的封裝，所以要想清楚的知道窗口是怎麼出來的，又是怎麼響應用戶的，還是要從 windows 編程開始。
個人推薦，先看，windows程序設計，再學習MFC，起碼先把windows編程關於創建窗口，消息處理搞明白以後再看MFC，既然MFC封裝的就是這些東西，你把MFC底層的細節了解一二了，還怕學不會MFC？ 希望能幫到樓主 ^_^