我自己对于没有学会MFC始终耿耿于怀，都什么时代了啊，但是我仍然坚持会去学MFC，因为MFC虽然落后与复杂，但是在Windows平台上仍然是无所不能的（其实Windows平台仍然是唯一可以赚钱的平台，看看QQ就只提供Windows版本，虽然它早就换掉了MFC、使用DIRECTUI开发）。何况我是一个后知后觉的程序员，对编程世界的窥探只是略知一二，既然我从VCL里学到那么多营养和技巧，MFC当然也可以，何况不学会SDK和MFC，又怎么能真正说自己懂Windows开发呢？会SDK和MFC还可以让自己深入Windows底层做开发。再说学MFC有那么难吗？我也算已经精通C++，并且掌握大多数Windows消息与API的使用，还可以横向与VCL进行比较，所以不要害怕，一定要把MFC踩在自己脚下，特此写一点笔记给自己加油！
--------------------------------------------------------------------------------------
学习和使用了这么久Windows编程，不仔细学习直接处理消息和申请使用内存等特点（而不是把相关内容托管给语言或者框架），那样的话，就只能停留于开发应用软件层，无法做到知其然和所以然。所以必须学习MFC，才可以随心所欲的掌控Windows下的一切资源。但现在MFC的工作机会有点少，因为一方面在应用开发层可替代的语言太多，尤其是C#和VB，当然还有Delphi，另一方面MFC本身太复杂，也不够现代化，杀鸡用牛刀，学习和招人的成本都很高，不清楚维护项目的成本高不高。我只能说MFC是深入学习和理解C++/面向对象/COM/Windows消息/Windows底层/开发驱动和超难工具的一个好东西，否则就很难用到它，很难用到的意思是，不是它不好，而是。。。但是对于我个人而言，C++基础已经很强了，消息机制也理解的不错了，为什么不顺带深入研究一把呢？虽然它不能立刻带来产品开发上的好处。何况MFC尽管落后，但也是大师们创造和实现的，对于我这样一个没有能力实现同等框架的小白来说，必然还是有许多可学之处的。所以MFC必须学，没有选择。
开发世界里，服务器被Linux编程分掉很大一部分，PC开发被手机App分掉一部分，剩下的桌面开发被C#分掉很大一部分，且VB和Delphi同样不甘示弱也要分掉一小部分，Web更是被PHP和Java瓜分完毕，所以留给MFC的领域真的很少了，不过这只是市场面上的分析，与我个人无关。
--------------------------------------------------------------------------------------
刚刚发现一篇文章，兼听则明：
MFC，一开始就错了
http://www.cppblog.com/huaxiazhihuo/archive/2012/05/30/176751.aspx