MFC 新手問題 70， MFC 新手問題

char szfilepathname[max_path+1]；

dragqueryfile(hdropinfo, 0xffffffff, null, 0);

dragqueryfile(hdropinfo, nindex, szfilepathname, max_path);

getdlgitem（id_edit）->setwindowtext(szfilepathname);

bst_checked==;選擇。

bst_unchecked==;未選中。

caboutdlg dlgabout;

要將其設定為多行，然後選擇自動滾動，您就可以開始了。

要將其設定為多行，請選擇自動 Vscroll 進行此操作。

關鍵是我沒有學過MFC，現在我正在學習C++，估計最多20天就能讀懂C++。

雖然有缺陷，但靈活性還可以。 建議學習，提高效率。 跟進：

是不是MFC不靈活，都是對你好，基本都是抄襲的，寫底層的很不好。

使用MFC會減少你的工作量，優秀的程式設計師不記得編碼，往往那些記得編碼的人耽誤了他們的工作效率，MFC也是乙個C++庫，優秀的高階程式設計師肯定會使用MFC。 跟進：

換句話說，MFC還是值得學習的。

這不是梁兆新說的垃圾，和VB差不多。

任何語言都不能說是“垃圾”，因為畢竟是人的總結，沒有人可以任意否定肯定一種語言的價值，因為它們都是有用的。

我朋友之前也提到過，MFC除了是乙個類庫之外，還是乙個框架，大家應該已經試過了，在VC++中建立乙個新的MFC專案，開發環境會自動幫你生成很多檔案，而且它用的是版本，因為他封裝了MFC核心，所以你看不到你原來的SDK程式設計中的訊息迴圈等東西， 因為 MFC 框架幫你封裝，這樣你就可以專心思考你的程式的邏輯， 不是每次程式設計都要重複這些東西，而是因為是通用框架，所以沒有最好的定位，當然也失去了一些靈活性和效率，但是 MFC 的打包很淺， 所以效率損失不大，靈活一點也沒關係，雖然也有很多缺陷，但還是比較好的。發問者點評：我仍然無法理解所有語言都是一樣的。

MFC：Microsoft 基礎類庫。

MFC 最重要和最基本的概念是類，它將 Windows 程式設計規範中的大部分內容封裝到各種類中，以提高程式設計效率。

同理，剛開始的時候我也是這樣，一頭霧水，一點邏輯都沒有。 造成這種情況的主要原因是 Microsoft 沒有很好地封裝 MFC。 這裡就不談呂如壽了。 我想提出兩點建議：

1。如果可能的話，建議使用Qt Creator進行C++程式開發，它對於封裝介面相關功能很容易理解。 但是，缺點是效率會比MFC低15%左右。

2。如果你堅持MFC，那就是多練習多思考，侯傑先生的書還是很經典的，建議多讀書多想，堅持下去一定會成功。

最後，我非常佩服你，我在高中開始MFC，直到我讀研究生才開始學習，這很尷尬。

我也是自學成才的，我走了很多彎路，因為我沒有人指導我，如果我想，我可以互相學習。

我也是自學成才，一路摸著櫻花神爬滾滾，實在是太辛苦了 不過好不容易進了岩門 如果你想讓我的學習慢下來的御道，可以私信給我留QQ，我補充一下，這裡發不方便

3 All MFC 是 Microsoft 的圖形介面庫，它是用 C++ 重新封裝系統 API 的庫。

Microsoft 的 API 都是用 C 語言編寫的，如果你懂 C，你應該知道用面向過程的語言編寫的函式是全域性的，可以隨時使用。 但是，在面向程序的語言中，只有物件可以呼叫自己的內部成員函式，例如，類 A 物件不能呼叫類 B 物件的成員函式。

對於低階開發，面向過程的語言更加靈活，不受物件的限制。 但是，如果想做乙個大型軟體，物件和功能之間的關係會很混亂，不方便管理和使用，開發效率會相對低下。 可以說，今天的軟體基本上是基於物件導向的語言。

正是出於這個原因，Microsoft 使用 C++ 的功能將 API 重新封裝到第三方庫中。 將面向過程的庫轉變為物件導向的庫，通過新增一些可復用的框架，大大減輕了開發負擔。 但是因為是淺層封裝，簡單來說，就是被封裝成乙個C++類，然後這個類的成員間接呼叫這些函式，所以還有一些比較複雜的事情，最後我們不得不回到這些API的問題。

如果你只是想使用它，只要學習MFC，了解MFC框架，就可以寫一些好的圖形介面軟體。 但是如果你想更深入，讓乙個圖形介面軟體變得更好、更完美，就必須回到API的學習上，了解Windows程式的原理、呼叫機制等，MFC主要學習乙個可復用的框架。

你不需要知道API本身，你需要了解API的工作機制，API的功能可以在MSDN上找到，所以沒有必要記住API是做什麼的。

如果你想學好MFC，建議你先閱讀《Windows程式設計（第五版）》，了解Windows程式設計的原理。 本書作者是Microsoft的核心員工，對Windows程式設計的分析非常獨特，這本書被稱為Windows程式設計的聖經。 但可惜作者已經投入了C的懷抱，十幾年沒有更新，但Windows的核心原理卻不變。

看完這裡，就可以開始閱讀MFC的書籍了，推薦閱讀《MFC通俗易懂》。如果你讀過上一本書，你會發現我第一次講到Windows程式設計的原理，都是在挨家挨戶的書中。

但是MFC是基於C++的，如果你對C++類機制（繼承、虛函式等）不太了解，暫時不學習MFC，那就先去熟悉一下C++的基礎知識。 MFC 大量使用這些功能，尤其是虛擬函式等。 如果沒有堅實的基礎，很容易頭暈。

真是個問題，呵呵。 簡單來說，先了解Windows作業系統的執行機制，然後再學習API功能，但不要執著於API函式的學習，因為Microsoft提供了一千多個API函式，你不可能全部學習，只是學習它，學習那些常用的。 你說了這麼多，怎麼和MFC沒有關係？

你想問嗎？ 呵呵。 接下來是 MFC，因為 MFC 的程式設計思想與更改 API 程式的思想是一樣的。

它是根據 Windows 作業系統的執行機制進行程式設計的，但 API 函式封裝在各種類中。 因此，如果您了解 API 函式和程式設計，那麼學習 MFC 會更加清晰。 學習MFC時不要太執著於細節，先學一般，因為要詳細研究一下，就會崩潰。

如果您知道 MFC 的大致執行順序，請知道從哪個函式呼叫哪個函式，以及該函式是關於什麼的。 然後讓我們繼續，圖形是什麼，資料庫程式設計，執行緒等等。 一旦你開始，你就靠自己了！

MFC 是 Microsoft 提供的庫，它以 C++ 類的形式封裝 Windows API，並包含乙個應用程式框架，以減少應用程式開發人員的工作量。 它包含大量的 Windows 控制代碼封裝類和許多 Windows 內建控制項和元件封裝類。

簡單來說，MFC是Microsoft封裝Windows API的一組庫，簡化了Windows開發過程，當然語言是C++只是學習和學習。