本文将为大家讲解关于MFC编程实例中彻底放弃没落的MFC，对新人的忠告，通过MFC编程实例的内容让你对相关知识点有进一步的认识和理解!

完全没想到10多年后还有人纠结要不要学MFC，我花点时间给新人们一个总结。

第1种观点 学习完MFC，你会更理解编程的思想，再学别的语言就更快了。

话说小白要去美国学技术，大黑劝他说：“你为什么不先到朝鲜，然后从朝鲜再飞到美国”，小白茫然不解。大黑接着说“你想你先到朝鲜再去美国，不是比从中国直接去美国近吗？”小白恍然大悟，“并且你到了朝鲜，那里有金太阳的照耀，你会更明白技术的思想。后面再学任何技术都很快。”于是小白去了朝鲜，然后他才知道原来朝鲜才是最好的地方，他给大黑打了长途电话，大黑问：“你感觉怎么样？”小白激动的说“我在学习用小刀刻芯片呢，听说美国都是动动按钮，学不到真正的东西。”

有的人要说“你看我就是先学了三年MFC，再学别的语言一样很快”，是，你要是先学三年JAVA或C#，再学别的语言会更快。你学三年MFC不是去跟零相比，是跟学三年其它语言比。在经济学上这叫机会成本，曼昆“你在面临选择的时候，要考虑的是机会成本”。

第2种观点 MFC接近于系统的底层，适合系统级的开发，学习他更能理解操作系统。

MFC能直接调用C，别的语言不能直接调用C吗？那.Net Interop是干什么的？醒醒吧！别说C，连MFC的DLL都有办法调用呢。
你真的觉得学习CDocument, CView, CWnd, CFrameWnd。。。这些绕来绕去的东西会更理解Windows？要更深的理解Windows要学习Win32编程，学习Windows核心编程，不是那个MFC，再说WinRT比Win32要好用的多。


第3种观点 MFC开发的程序运行效率高
MFC主要用来开发客户端程序，这里应该是跟C#对比，C#以前是托管程序，现在C#开发的Windows程序已经能编译成native了，运行效率提高了1.6倍左右吧，MFC是沉舟侧畔千帆过，船舱里的人还以为在乘风破浪。对了，visual studio的界面是用什么开发的呢？

还有一些观点，像什么刀呀剑呀，还有什么“你MFC用不好，也用不好C#”，就不一一列举了。很多时候辩证法就是粗看去很有哲理，实际毫无实际的指导意义。

为什么还有一些人推荐MFC？

话清末要废除科举制度，进京赶考的举子跪在外面绝食抗议，朝堂之上还有大臣坚持科举有多么好。是啊，你想这些老秀才学习四书五经学了半辈子，一下子又不考了，多少年的心血白费了。考物理，化学，代数，几乎给他们判了死刑。对于一个多年学习MFC，又不会别的语言的人，基本上也是深度套牢了。我记得冰河世纪里有一只老刺猬，洪水要来了，他躲在洞里不走“I was born in this hole and I'll die in this hole.”坚持是一种品质，顽固和守旧却是另外一回事了。这对于新手来说是一个很好的教训。


为什么还有很多刚毕业的大学生学习MFC？
因为他们的老师是上面所说的那些人。

MFC总有适合用的地方吧？
有，适合用在上世纪90年代开发Windows客户端程序。

MFC现在一点用都没有了吗？
不是，历史上遗留下来一些MFC的源代码需要维护。可能偶尔会用几个开源项目，就像弹药不够的时候偶尔也拼一下刺刀。

MFC应该跟什么语言比较？
Borland C++，VB6，Delphi，PB等。

什么人还需要关心一下MFC？
IT历史学家需要大写特写MFC曾经短暂的辉煌，考古学家需要考证这块化石的时候。

希望这篇MFC编程文章可以帮助到你。总之，同学们，你想要的职坐标MFC频道都能找到!