1樓：匿名使用者
系統捕獲所有使用者的時間，把所有的的訊息傳送給應用程式，因此應用程式實質上僅僅和系統互動。
啟動過程不大熟悉，啟動後，當使用者有什麼事件發生地時候，就會想應用程式傳送訊息，比如。
有鍵盤按下的時候就有 wm_keydown 訊息傳送給程式。
傳送訊息有兩種，一種的等待返回的，一種是直接傳送的。
postmessage就是只發訊息，不管應用程式是否響應。
sendmessage就要等待應用程式執行完訊息後才放回。
postmessage都是傳送到應用程式的訊息佇列中，應用程式到佇列裡面依次取出來執行。
當發生sendmessage時，應用程式先執行完當前訊息，再處理這條訊息，也就是說優先順序要高於訊息佇列中的所有訊息。
當使用者關閉應用程式的時候，有系統向應用程式傳送 wm_quit訊息。
2樓：匿名使用者
建議看 深入 淺出mfc 侯。。。寫的 這本書中的關於訊息傳遞的章節。講得很明了。。
一兩句話我也說不清。。
mfc學習的問題
3樓：匿名使用者
mfc過時這個說法，客觀的說不算全對。
mfc這個東西，已經經歷了將近20年了，很成熟，同時，也有些落伍了。
可觀的說，使用mfc做桌面小程式、windows單機的各種服務、驅動類程式，不說都是首選，也至少是前三之內。
落伍的原因有幾個，乙個是，這東西基於c++，封裝邏輯相對複雜，掌握難度相對較大；乙個是，mfc的設計兼顧演算法、底層和介面，導致介面的製作手段和複雜度比其它同類開發庫要複雜和落後，造成微軟也不得不搞出了wf之類的替代品。
而最重要的乙個原因，是mfc涉及於微軟「藐視」網際網路時代，導致mfc對網路的支援非常弱，之後20年，雖然mfc不斷改版，但在網路這一塊沒有太大改變，微軟轉頭弄出了乙個c#，mfc的網路支援依然很差，最後不得不和atl糅合到了一塊。
所以說，mfc是經典，但過時，總體沒什麼不對。但必須要說，依然有用、依然有很多產品是mfc開發的。
如果你已經學習了，那麼不要放棄，任何程式設計都是相通的，精通了乙個，對其它工具的學習也有好處，如果每個工具都是淺嘗輒止，那還是趁早改行的好，成不了乙個優秀的程式設計師。
4樓：it冷香小筑
現在用mfc做應用還是有很多公司的，我覺得學好mfc就能保住乙個基本的飯碗，但一般mfc開發還涉及很多其他的知識，比如資料庫、介面庫、com元件等等，所以在學好mfc框架後要進行擴充套件學習。三個月前我剛來公司連mfc都不懂，三個月的學習後我感覺mfc很有前景的，畢業是window自己開發的框架，可以保我們在將來丟不了飯碗！還有你現在看得書籍也差不多是我當時在學的，有前途啊，繼續努力專研吧。
關於mfc函式呼叫的問題。
5樓：蒙面侍衛
1、要理解繼承的意思。 ctestdlg 類繼承於 cwnd 類，因此ctestdlg 類擁有了cwnd 類的一些資料和函式，這些資料和函式已經歸 ctestdlg 類所有。一般說來，父類和子類的資料和函式是分開的，並不共享。
2、要從外部呼叫類的成員函式，需要先建立類的物件。比如警察類是乙個類，槍是警察類的乙個資料成員，但是警察類是乙個泛指，定義在警察類中的槍也是乙個泛指，是說警察類的物件都有一把槍，但警察類不代表乙個具體的人（即物件），要得到一把實實在在的槍，你必須指明具體哪個警察，比如說，北京東城區32樓保安張三，然後才能取得它的資料成員，張三 。槍，這時候，這個張三的槍才是一把實實在在的槍，才可以對它進行實際的操作。
為什麼很多人不主張使用mfc
6樓：匿名使用者
每個人可能都有自己的理由，我接觸mfc也有很多年了，說下自己感受吧。
10多年前，mfc是windows平台上gui程式設計框架的王者。mfc 和vc 6是當年的**組合，徹底打趴了borland公司。
一是因為那個時候mfc是為數不多的比較完善的gui框架之一，二是因為mfc可以說就是為win 95/98量身定做的，很完美地支援當時看起來還很新的功能，比如dpi等。
後來嘛，vc從版發展到了visual c++ 2008，作業系統從win 98變成了vista，而mfc雖然版本號一直在更新，但實質一直沒有大的變化，許多新功能都不支援，比如ribbon。
再後來，微軟釋出了visual studio 2008 sp1（就是visual studio 2008的補丁包），引進了許多新功能比如ribbon，標籤式的mdi，可定製的dock視窗等，但是！這些**不是微軟自己寫的！是微軟從bcg soft買的！
而這些**的質量明顯不如之前微軟自己的**。我自己就發現了不止乙個bug。。並且似乎微軟並沒有投入多少精力來解決這些bug。
所以現在要寫視窗程式，mfc肯定不會是我的第一選擇。
7樓：網友
若用c++做介面 mfc幾乎是必須要掌握的 不然你就要同時會其他語言 但若不考慮介面 那就拋棄mfc
不主張用mfc的人基本都是不做介面的吧 不做介面 網路，驅動什麼的你用mfc去做沒效率 而且因為mfc是封裝地層的乙個庫 過度依賴mfc會讓自己不了解地層 讓自己得不到進步 這才是很多人不主張用mfc的原因。
8樓：匿名使用者
1l經驗豐富，貌似有道理。
mfc那一套，開發難度大，周期長，維護難度大，雖然功能強大。
總結下，就是mfc微軟自己都塊要放棄了，微軟現在主打。net框架，託管**。
請問mfc的乙個**簡單卻功能奇怪的問題？
請問mfc的乙個**簡單卻功能奇怪的問題？
mfc顯示字型問題你看那個漢字怎麼那麼顯示啊
crect rc getclientrect rc cdc dc getdc cstring str t abc大小 dc setbkmode transparent dc settextcolor rgb 0,0,255 cfont font logfont lf lf.lfheight 14 l...
關於關於MFC的問題 如何在對話方塊上畫圖
在對話方塊中響應cdialog onlbuttondown nflags,point 與cdialog onlbuttonup nflags,point cdialog onmousemove nflags,point 這三個事件，給個例子，比著這個改一下。先定義bool m bmove false...
MFC的list control控制項插入資料後只能顯示第一列
下面是個如何使用clisctrl控制項的例子 clistctrl listctrl getlistctrl lv column lvc tchar arrtitle uchar nwidth ushort nfmt m ncolumnnum 0 lvc.mask lvcf fmt lvcf widt...