挺长时间了吧，这个帖子还没沉下去，使用MFC开发有十多年了，结合自身的体会，随便说几句：
1、MFC是一个C++的基础类库，封装了绝大多数的API函数，主要是用来创建带UI的应用程序，服务端程序或着不带UI的模块用STL更好，不建议MFC；
2、MFC是一个框架型类库，封装复杂，为简化代码使用了大量的宏，隐藏了大量底层细节，初期接触会感觉晦涩难懂，对使用者的要求较高，学习周期长；
3、MFC中创建程序主要是SDI、MDI两种主要应用框架（对话框程序简单，不认为是框架），熟悉之后可以灵活扩展，同时自动获得了动态创建，序列化等通而重要的机制，不熟悉则会感觉无从下手；
4、MFC类库开放全部源码，在VC6配套的4.2版中连make文件都有，用户可以自行定制修改编译出自己的版本，之前就曾经为一直一个大量应用MFC的程序到LINUX平台，自行编译了一个跨平台的裁剪版MFC；
5、MFC诞生比较早，最终的4.0版好像是win95时代随着vc5发布的吧，后面的一系列版本感觉都没有颠覆性的变化，在PC满天下的时代，对PC端UI程序开发的支持，几乎是MFC的全部，对移动设备、触屏设备、嵌入式设备等平台的开发，尽管也有，但一直没成为主流，所以如果是非PC应用开发的话，建议您最好离MFC远一点；
6、MFC自身带的UI类，界面不够绚丽，一些复合型的复杂控件不够丰富，使用的时候最好搭配一些扩展类库BCG等；
7、个人感觉MFC只是一个擅长于PC平台UI应用程序开发的一套类库，QT感觉更倾向于写一些跨平台UI应用；
8、C#这些年也有所涉猎，但主要用来写WEB程序，桌面程序也写过，各种类封装的非常多，开发效率高，但是有时感觉封装过度，而且让使用者远离事情真相，有一种隔靴搔痒的感觉，对于我这种操作系统都想自己编译完跟进去调试的人来说，感觉超级别扭，另外一个就是运行期即时编译的方式也感觉很不爽，还有就是安全性，不混淆的代码用工具一分钟就能把源码逆出来，即便是混淆后的，如果抽一天时间学习以下IL，也是轻而易举的事情，凡此种种吧，.net基本上也是能不用则不用。
http://bbs.csdn.net/topics/391817496?page=12
MFC的优势： 比直接使用WINDOWS API开发界面快 有对象概念
MFC的缺点： 不能跨平台
开发速度慢
不支持界面数据分离 容易写出不可维护的代码
窗口太多需要关心双缓冲闪屏问题
界面开发速度普遍跟不上需求变更速度
总之MFC垃圾的不能在垃圾了 它是垃圾中的战斗机 垃圾中的J-8 战斗力就是个渣渣
------------------------------------------------------------------------------
不能夸平台，是你自己方法不足
开发速度慢，是你自己经验不足
代码难维护，是你自己水平不足
双缓冲问题，是你自己能力不足
开不动飞机，就说飞机是垃圾
碰碰车最好开了，两岁的小屁孩都会，可先进
中国特色的工程师啊
天天嫌弃人家的集成环境
自己编一个集成环境不就有了吗？
写一个集成环境又不是很难
好了，2B们又来了
那那是一个人能做的啊，那得多有水平啊
2B们就这样
光想吃好的，还等别人喂到嘴
最后喂不到嘴的就是差评
最后也就只剩个B嘴了
http://bbs.csdn.net/topics/391817496?page=13
很多时候，使用的工具越先进，人越笨；得到得越轻松，人越懒。
C体系的，汇编体系的，以及汇编+C体系的人，绝对不怕人踢馆
------------------------------------------------------------------------------
没读过MSDN例子代码的Windows程序员都是在瞎混！
MSDN98\SAMPLES\VC98\*.*
想结束瞎混生涯的Windows程序员请下载安装MSDN98：
MSDN98_1.ISO http://pan.baidu.com/s/1dDF41ix,
MSDN98_2.ISO http://pan.baidu.com/s/1bnGo0Vl
MFC 2.0的源代码在Visual C++ 2.0的光盘上就有。
VC++2.0 MSVC20 "Microsoft Visual C++ Version 2.0" "1994 Microsoft Corporation"
http://download.csdn.net/detail/zhao4zhong1/3253384
Windows下的grep0
grep 多文件查找指定字符串 来自C:\Program Files\Borland\CBuilder6\Bin\
http://download.csdn.net/detail/zhao4zhong1/4381913