主要原因有以下幾點：
C語言本身的指針和內存管理機制讓程序容易出錯，不易維護。
C語言的非面向對象特性，使得代碼易讀性相對較低。
C語言進行Windows的GUI編程需要直接調用Windows的API，Windows版本變化產生的API差異導致程序通用性降低。
現在有太多的簡單易學、安全穩定、開發快速的語言和框架可用。
所以，類似已有答案提到的C#，或者說基於.Net框架的編程（可用語言有、
C++、C#、F#……），可以說是微軟推薦的現代Windows界面編程方法。不過由於Visual
Studio為收費軟件，免費的Express版又缺少壹些功能。如果妳是守法的開發者，也可以使用類似Python的語言配合類似Gtk、Qt、
wxWidget(wxPython)等GUI庫來進行開發。
另壹方面，比起圖形界面編程，如果妳想繼續在稍偏底層壹些的高級語言上戰鬥
壹陣，我更推薦妳好好地學習壹下C++。學習了C++後，舊壹些Windows編程可以使用有人提過的MFC框架或者同是微軟推出的ATL技術（這個我沒
怎麽用過），基於.Net框架也有托管式C++可用（不過，說實話真不如用C#方便），其他妳還可以選擇很多第三方圖形界面庫，我上面提到的Gtk、
Qt、wxWidget等都有支持C++的版本。
如果妳看到這裏，還是非要自虐壹下或者說自我鍛煉壹下，用C語言開發Windows圖形界面編程的話，上面有人推薦的Windows編程的書是要讀的。
個人認為要註意理解以下幾個概念：
Window (窗口) - Windows之所以叫做Windows，是因為從編程的概念上看壹切都是Window。
Message (消息) - 對鼠標、鍵盤、系統等壹切的反應都是通過消息實現的。
Message Loop (消息循環) - 說白了圖形界面的程序就是個死循環，不斷循環等待處理各種消息，這個死循環就是消息循環
Class (窗口類) - 這個跟面向對象的Class不壹樣，是用來區分各種窗口的，妳要想讓自己的窗口顯示，先要註冊壹個新的Class。
Handle (句柄) - 不知道這個東西是誰腦子串了哪根筋翻譯出來的，害得我好久沒明白其真諦。說白了就有點類似Windows裏面自造的壹個指針。
理
解了這些概念，學會查詢MSDN，加上積累到壹定程度的C語言編程功力，也不是不可以開發出精彩的Windows圖形界面程序。不過妳要耐住性子面對壹個
現實：妳寫壹個程序的時間，別人已經可以通過其他技術手段寫出4、5個類似的程序了，而且界面可能更漂亮，功能可能更強大。
不知道以上答案是否能滿足妳的需求。我現在再去看看妳的另壹個問題去。
回
來補充壹點，上面提到的第三方圖形界面庫，大多數都是跨平臺的。掌握了之後，妳可以寫壹份程序然後在Windows上編譯為Windows版本，在
Unix-like系統（Linux、Unix、FreeBSD等）上編譯為相關系統的版本。所以比單純學習Windows界面編程的應用面廣些。缺點是
因為要照顧各種系統，有些Windows獨有的特殊效果恐怕比較難實現。