话说，现在MFC是不是不行了？

Question

现在应该说有挺多旧项目会使用MFC，但新的项目还有人在用MFC么？不是说现在microsoft已经不维护MFC了么？现在流行windows界面库是什么呢？

Answer 1

C#
但是MFC貌似要淘汰也不大容易啊

Answer 2

毫无疑问，大部分人会说C#。但是也要分析一下，
用C#写，程序是给用户用的，.net framework有1个G，什么时候windows才能自带这个？（话说有难度，毕竟一个windows安装包也不超过3G）
而且.net framework版本太多了，vs2010写的东西放到vs2005机器上运行不了，那windows只能自带最新版的.net framework了，那么后续windows又怎么办？以前的windows又怎么办呢？
相比之下，使用c++做UI也不是那么难，directui，wtl等这些库已经足以。就算vs2010写的mfc程序发布到想xp上，也不会附带超过50M（应该更少，看qq大小就知道了）的dll。

Answer 3

傻瓜，只要你的软件有价值，MFC就不会退出舞台，现在用DELPHI做共享软件的大把，你看他们放弃了吗？
如果你不是找工作做的话，自己搞的话，会MFC和会C#那个NET有何差别？

Answer 4

如果不是单纯的做界面。
MFC在工控中用的很多。

Answer 5

我也发现了，工控中好多mfc，我想好多都是因为没跟上时代步伐，或者工控有些要求效率。我感觉C#做工控还是不错的，我现在做的所有都是mfc，画个仪表图都蛋疼死

Answer 6

话说我也感觉mfc很麻烦，但又很喜欢c++

Answer 7

学linux,我下一部打算学他。做游戏开发去了。

Answer 8

总体C# android web这块。
掌握点C没有坏处，只是需求没有上面的多。

Answer 9

更正一下，.net framework没有1个G，几十MB而已

Answer 10

怎么还有人在讨论这个问题呀，MFC自有存在的道理，从十几年前就开始讨论了，唉。

Answer 11

你说得是SDK有几个GB，其实runtime也就20~40MB。而且现在系统都基本自带的，尤其是某些厂家的驱动，比如Intel的某个管理驱动、AMD的显卡驱动都是用.Net写的控制中心，所以装这些驱动时会自动安装.Net，所以一般情况下用户都不需要自己再安装。
至于版本，VS2010写的东西放在VS2005上当然可以运行了（因为要的是运行库，而不是SDK）。因为.Net 3.0、3.5、4.0其实都是在.Net 2.0的语言上叠加的一些其它组件（比如WPF什么的）。而且一般的情况下.Net 2.0的Windows Forms写一般的程序就足够了。反正WPF、WCF什么的也不是很常用的。

Answer 12

windows编程真悲剧，到现在还玩MFC，以为深入浅出了就高手了。其实MFC不过一垃圾工具，用的还不顺手。IT业可以做为的太多了，UI编程太没意思，浪费青春。

Answer 13

吸收MFC的设计思想
毕竟他是一个久经考验的AppFramework
虽然争议一直存在
但是就代码执行效率而言，windows平台的最佳选择依然是MFC
SCADA系统的首选