针对于MFC彻底没落一文，平反：学不来MFC的人，就说MFC没落，实际上这种人本身就是垃圾，框架无好坏，能力有高下。能力的不行的人，学不到我能说啥？

江湖评谈 2015-10-02 07:15:31

看到那一篇彻底的放弃没落的MFC，对新人的忠告。对于这个人实在无语。因为他本身就完全不了解MFC是干什么的，能做些什么，还装模左洋的表示新人忠告，这种人我能说什么？

从那篇文章的标题上来看，彻底没落的MFC，MFC没落了吗？或者是彻底的没落了？既然MFC这么没落，这么没用，那么最新版的Visual Studio 2015上面怎么还有MFC？一个彻底的没落的MFC还在VS编译器上干嘛？一个东西存在有存在的理由，MFC不管怎么说它存在了，无能如何诽谤，至少能说明一点，MFC远不到没落的级别，至于彻底没落那是笑话了。不仅仅是Visual Studio2015上有MFC，其它的早期的哪一个VS版本没有MFC？还有，MFC从VS05到VS15十年之间，一直都在变化，只不过小白懵然不知罢了。从标题上来看，此篇文章作者就是个小白，对MFC毫不了解，张口就下结论。

那篇文章的几个观点

MFC的编程思想，MFC是薄薄的一层封装win32 API的一个框架，确切说是一个程序，一种思想。这个框架的编程思想，繁芜复杂，庞大的消息映射，大规模的头部宏定义，TLS系统级的二次开发，PreTranslateMessage消息的分法，AfxWndProc的消息的处理，层层的类级重叠，多继承重载重写过程，隐藏的多态类变化转换，这些玩意对于很多认来说渴望而不可及。诚然，C# ,Java在快速开发方面胜过MFC很多很多，而且当今的社会需要的是效率，然而真正的程序猿，真正的Codeding高手，绝对不是拖几个控件控件，在窗体随便组合一下，敲打几个不疼不痒的代码就能称之为所谓的软件工程师，实质上这种档次的连最低级的程序员都称不上。

文章的第二个观点，MFC接近于底层，这句话暴露了作者不懂MFC的根本实质，论程序运行同样的东西Win32和MFC几乎出于同一状态和速度上，MFC不是接近底层，而根本就是个底层API的调用，他只是适当的薄薄的封装了下而已。..Net Interop 是非托管到托管的一个封装过程，实质上就是一个传值的过程，可笑文章的作者居然拿这玩意来嘲笑MFC所谓的底层开发，.net上面也会，这典型的小白自我梦呓的语言。CDialog,CWnd,CDocumen,CWinApp,CWinThread,CmdTarge,Cobject,这些东西随便一样都是MFC精华中精华，绕来绕去不是目的，而思想才是最重要的，MFC框架的设计涵盖了windows下面所有的东西，这就是他的强大之处。这显然又是作者不懂的地方。

文章第三种观点效率问题，MFC效率毋庸置疑，API级的效率，.其它语言，比如.net 虽然有native但是实质上效率方面依然远远落后与MFC，不知文章文章作者有何资格嘲笑效率远远远高于C#的MFC，沉舟侧畔千帆过，你能追得上人家你才能从他旁边过去，你追不上，只能在后面做跟屁虫，谈何沉舟侧畔千帆过？

MFC从框架方面来说，是毋庸置疑的Windows下面的第一优秀的框架，别跟我说WinForm,WPF这些东西，快速开发尚可，稍微遇到一点底层的东西DllImport InteroP就要吃瘪的进行各种艰难的转换。

学C#的人，只能处在拖控件，玩界面设那个档次上，实际上我也能理解。

吃不到鱼的人说鱼腥，玩不转MFC的人说MFC垃圾，都是同一道理。很多小白，被MFC虐了之后，各种骂MFC不爽，那篇文章作者不是第一人，当然也不是最后一人。

...全文