為什麼微軟不考慮提供一個更好的C++ GUI Framework for Windows？

01-04

為什麼不考慮提供一個C++版本的WPF用來取締MFC？是因為所有的VC++程序員都已經學會了C#嗎？

QT大法好

說實話，搞完 www.gaclib.net 之後我也覺得，C++弄起UI還是不如C#爽，儘管我已經盡量把www.gaclib.net 設計成用起來就好像你在寫C#一樣（很多人都指著我的代碼說，這是C#嗎？），但感覺上總還是差點。

微軟的調查表明C++程序員學C#沒有任何難度，自己沒事寫框架玩的也為數不少。相對來說，別的問題更緊急（比如C++11支持），影響範圍更大（從底層到界面的程序員都會受益）所以幾乎沒有人要求微軟再發明一個輪子。

因為做個用起來簡單的，你們又說性能差框架不好balabala，做個效率高框架好的你們又說看不懂很難用balabala。所以不如你們都用php？

現階段只有模板能拯救c++啦，然後你們又罵黑魔法，真搞不懂你們人類，汪！

第一，用 C++/Cli 還真可以寫WPF程序，C++/CX貌似也可以。

第二，考慮.net Framework 的戰略意義，基於.net 的程序比native兼容性更好，無論是從window版本的更新也好，還好CPU的迭代也好都如此。而在.net 上，C++語言相對C#沒多少優勢。而如果在C++ 的 native上太多支持的話，會形成 .net 的意義的對沖。

第三，從C++ 進入 C#並不難，語法變異不大。在.net 上面編程，個人感覺是對.net本身的學習大於C#。學會.net 、C#之後，再學習VB、F#，都是比較容易的。

因為鮑爾默是一個推銷員，不會寫程序，他不了解程序員的需求。

.net是微軟的，而C++不是。

C#才是未來，一個公司選擇的是商業上最可能成功的產品。我贊同微軟。

做的再好，系統更新一下就不能跑怎麼辦？

還有c++ builder

現代c++推薦使用標準庫，標準模板，自動類型推導。。。若再有「現代」的標準gui庫，感覺與c#真區別不大了。。。