MFC，我该怎样去追你？
昨天发了一篇帖子新手该如何去学习MFChttp://topic.csdn.net/u/20120508/16/36348b6b-c081-47cb-882b-b195a92d6bce.html。受到了大家的关注。
上次问的太笼统，这次说清楚点。顺便把更多的分给好人。
在此之前有必要说说我的情况。
大学之前没听说过编程这回事，所以进大学后，发现和一些人的差距很大，所以C语言学的很认真。经常去学校机房敲代码。
大一学了C语言，由于比较勤奋，学的还算不错。大一升大二的暑假看了《写给大家看的C++书》手敲了书上所有的代码。 为了参加学校的一个比赛，也看了一下VC 的书，写了一个本地文件搜索工具，基本上是出了问题就百度，写出来了却不知其所以然。我当时想的是先做出来参加比赛，原理以后再学。
大二上学期开了数据结构。数据结构我部分用C++写，部分用C写。数据结构的老师一直夸我代码写的很漂亮（估计是看到代码里有个cout）。因为老师的夸奖，所以同学都认为我编程很强。
之后我想学C++,学到后面，我发现C++比我想象的复杂很多，CSDN上关于C++精英化的讨论相信大家都看到过，我承认我被吓到了，我又回去补C语言。后来调侃：在打通任督二脉之前我不会去碰c++。最后决定我大学里学C+windows SDK编程+java。因为我现在对操作系统、计算机组成、数据恢复比较感兴趣。这些是不太依赖像MFC这样的框架的。学java是为了了解面向对象的思想。MFC封装的又不够优秀。
我想的是只要我基础学的好，windows SDK学好了就不用怕上手不了框架。搞笑的是前几天舍友想用MFC写一个百度桌面搜索工具条，两天没搞定。我用windows sdk不到一小时帮他搞定了。
这学期我在看《windows程序设计》第五版 《windows核心编程》（可以看懂了）
《windows程序设计》确实挺厚，我看了一半了。再看两章，我关于windows编程的思路就完整了，有些章节不看也不会影响对编程的理解。《windows核心编程》确实很牛叉，看了后直接秒杀了操作系统的上机实验。还发现老师的代码好多漏洞。
扯太多了。。。。
其实按照我自己的安排，我没什么好迷茫的了。可是情况又变了。
现在和另外两个同学接了一项目，时间一年。不得不用MFC来做（考虑到MFC比较成熟，和视频采集传输的开源库也多是用C++写的）。没想到现在还是要碰C++,还是要碰MFC。
让我去学MFC我也没什么好怕的。关键是另外两个同学（有一个是女生）真的很菜，C语言水平也就能应付学校的考试，只用过devc++，不会调试。我们都没什么开发经验。而且我们还要在一年之内搞定android平台，和自己搭建服务器，服务器后台程序也要自己写。而我们什么基础都没有。
所以用来学MFC的时间真不多。其实我很排斥这种快餐式，知其然不知其所以然的学习方式。但现在没办法啊。必须速战速决。
因为我有比较好的C语言基础，windows SDK和C++基础也有一点点基础。
我现在的想法是我先快速学好MFC，不求出神入化，但起码知道怎个MFC框架是怎么回事。遇到错误知道怎么排错。即使自己解决不了也要知道怎么去搜索这个问题。能解决我们的项目。
我期望在我学好MFC后能领另外两个同学快速入门，起码让他们能看懂代码，知道怎么回事。知道怎样去调试。
现在只能靠我先打通任督二脉，然后罩着他（她）们。所以各位能不能按照我们现在的情况给我们一些建议。能让我和我的队友都能比较快的用MFC做项目。
其实我不是项目组长，另一同学才是，不过他基础不咋的（前面也提到过我们都没什么基础），还幻想着将项目商业化。所以技术默认让我负责了。这一点让我压力好大。
这几天可能是压力太大。不停的找资料。昨天很不舒服，去了校医，医生给我开了安定片，我没吃。昨天偷了一天懒，调整了一下今天好多了。所以又来这儿咨询了。
前几天让他们去看《C/C++高质量编程》和《C语言深度解剖》（主要让他们注意编程风格和复习C语言基础），不知道他们看完了没有。我现在要给他们出下一步的学习计划了。
[解决办法]
[解决办法]
为啥非要一来就学MFC？MFC也就做界面的时候用一下，其他时候根本没用。
windows平台上推荐路径 C/C++基础 -> Windows API -> MFC
C/C++基础1个月能够搞定
Windows API，后台部分看Windows核心编程，界面部分看MSDN帮助文档就是了
MFC么，你把常用的Windows API掌握了，这东西自然就会了。
[解决办法]
最好的学习就是实战,楼主不要觉得快餐式学习有什么不好的,只要你一直在学,就没问题.
怕就怕闹得欢,没恒心,没毅力!
[解决办法]
《C/C++高质量编程》这本书说实话写得很一般,但后面作者的回忆倒是多励志的.
可以给新手看,其他的边做边学.
[解决办法]
mfc无非就是一个壳。
内在还是得用c/c++、windows api、第三方库等
[解决办法]
花2个晚上把孙鑫的视频教程看了，照着写两个程序，基本上就会了，MFC上手很简单
[解决办法]
- -!
[解决办法]
听人说过：C学的越好，C++越难学。
2种语言思维不同。
[解决办法]
路过，也在学习mfc
[解决办法]
先学C,再学C++,再找本VC入门书看看，就可开始啃MSDN。
看懂MSDN ,就可以手中无书了（心中有书）。
快速学习在于，知道要用的东西在哪里！熟悉MSDN 目录结构，索引使用，怎么查询。
不是使用技术前沿的话MSDN够用。
知道要的东西从哪里可以得到最重要，还有就是得到的效率越高越好；
一个人的记忆有限，但可以做到后援无限；
[解决办法]
多用win API
[解决办法]
最好的办法，别学MFC了，都成微软的老古董了，学校还教这个是因为人家老师懒，不愿学新技术，直接进入NET了事！！
说实话，现在就两大平台：Net和J2ee。打算加入net平台呢，学习C#语言，微软的下一代框架是WPF和WCF，加入J2ee就去学java！！C++最好是所有的程序员都要懂，但MFC这个框架真没必要去理他了，封装得和鬼一样，各种奇怪的变量和宏看得人都想吐
MFC无非就是封装了好多东西，做界面等上层的东西相对于Win32原始编程好了很多，但真的要说做界面什么的，MFC和和WinForm都没法比，更别提和WPF比了！！！C/C++是工业标准，熟悉它语言里面那些公用的特性很重要，VC只是微软那时候对C/C++的一个封装，曾今是很好的技术，现在真不行了！
简而言之，Windows平台上的编程从时间上来说有这么四个阶段：
第一阶段（1985-1991）：使用C语言和windows API
第二阶段（1992-2001）：使用C++和MFC
第三阶段（2002-2006)：使用C#语言和Windows Form
第四阶段（2007年至今）：使用C#和WPF
大学期间有时间，将那些所有程序员都需要的东西（像C/C++，数据结构还有计算机原理性的东西）弄精了好处相当大，要熟悉一个框架很简单的。另外看到你说你们要弄Android，Android平台主要使用的是java啊！！！
[解决办法]
我建议用Qt，这个上手更快，还可以接嵌入式项目。
[解决办法]
条条道路通罗马，先学MFC也是可以的，因为你不可能只学习MFC的窗体设计器
[解决办法]
Make fuck computer
[解决办法]
唉！编程的人伤不起，我现在在自己学嵌入式，也是弄的一头雾水！
[解决办法]
mfc就是没饭吃
[解决办法]
学MFC看孙鑫的教程就可 想知道其中的原理看《深入浅出MFC》
[解决办法]
学MFC看孙鑫的教程就可 想知道其中的原理看《深入浅出MFC》。
赞同一个。
[解决办法]
刚学MFC正在看视频，个人感觉MFC就是一些模版之类的吧。。。
[解决办法]
MFC做界面还是很方便的，比用api直接用肯定是要方便很多，有点面向对象的成分在里面。
[解决办法]
1.孙鑫
2.各种C++深入的教材，或者基础教程。 打牢基础 <C++ Primer> 《Thinking in C++》
3.选定未来方向， 例如：COM开发，图像视频，等等
以上为小弟IT零基础从业发展之路， 与各位分享
[解决办法]
用MFC 不外乎还是要把C++ 和 WIN API弄清楚
只要采用DEBUG版本 MFC现在是有代码的
从入口函数进去 走一遍 只要WIN32基础还可以 就可以弄懂不少的
然后根据需要 从相关sample慢慢调代码学过来
什么学习顺序完全没必要死规定
不要太多条框给自己设限.
MFC这东西做界面如果是用其存在的就还好 如果要自己定义一套自己的UI还是很狗血的
尤其从draw开始写起
因需求曾经写过一个类似flash动画桢的UI,写完后一直恶心着=.=
[解决办法]
lz其实你心里早有答案了，只不过一直藏着而已 ^_^
你的学习思路是很好的，数据结构、算法、操作系统、计算机组成，这些才是本质的东西，框架相对而言就浮云多了。
回到你的问题，个人建议：如果你的项目确定是Windows平台，完全可以考虑用.Net搞起，生产力非常高；如果需要跨平台，可以考虑在界面部分用QT做。不知道为什么一定要选MFC？为了复用现有的解决方案还是纯粹做界面的需要？
相对于其他的框架，MFC的学习曲线异常陡峭，如果一定要用MFC搞起，请做好受苦的准备：看看孙鑫的教程，把 对话框/SDI/MDI/常用控件 玩熟练，把窗口对象之间如何通信玩熟练，把界面部分的组织玩熟练，把MFC的回调机制玩熟练。等等。
这些搞定之后，想想你的流媒体部分和界面无关的部分如何用C++实现（参考现有的解决方案，然后自己包装），设计好接口，然后用MFC对接模型和视图。
[解决办法]
谢谢分享！
[解决办法]
可怜的孩子 大学就把自己整这么累。。。。。
现在你可以先用会MFC呗 多用会就会明白一些它下面底层的东西了。。。。。。
把WIN32用熟了 才去学MFC 那得多久呀 这么久了 反正我也不懂MFC的源代码 我也没见过谁很懂MFC源码的 可能我都是在小公司。。。。。。
[解决办法]
我倒觉得,楼主现在只是需要使用MFC这个工具,而不是真的需要深入的学习.既然是工具,肯定都是有对应的说明书的.
比较速成的办法,就是把孙鑫的那个vc++视频快速的过一遍,以楼主的基础,应该不算太难理解.这样下来,对MFC至少是有了一个基本的概念,然后在项目中应用到的时候,查MSDN.开始的时候可能会比较慢,但你用得上的东西应该是不多的,用着用着就熟练了.
[解决办法]
可怜的孩子 大学就把自己整这么累。。。。。
现在你可以先用会MFC呗 多用会就会明白一些它下面底层的东西了。。。。。。
把WIN32用熟了 才去学MFC 那得多久呀 这么久了 反正我也不懂MFC的源代码 我也没见过谁很懂MFC源码的 可能我都是在小公司。。。。。。
[解决办法]
同感同感
[解决办法]
一位仁兄说的“程序员写的程序不是‘算法+语法'，而是要能够满足用户需求的工具”我非常赞同。要想达到用户需求就必须从各个方面来考虑，如业务、人机交互 、效率等方面，而不只是一个语言（语法）的问题，语言（语法）只是工具，只知语法不知其它那就真是编程机器了！编程机器在印度高中生经过几个月培训，按照严谨的软件工程方法，加上较高的管理，就可以胜任了！大家相信吗，我是相信的！
谈到这里我就不禁说到了国内教育界最近在探讨的问题“计算机科系的毕业生特别是本科大专生到底出来干啥、如何适应社会要求”。大家也看到了很多计科系大学生说“精通N种语言，熟悉N种工具”，不知道学校里的其它知识到那里去了，甘愿做编程机器，浪费了人民的纳税 ，干高中生能干的事，比较可惜吧！在国内现在就是这样了。国内的软件开发业到底是需要那些人？如果仅仅是编码机器，那我估计中国硅谷还是做梦去吧！
社会似乎也需要编码机器，翻翻招聘广告，做应用开发的都要求精通某某语言，熟悉某某工具，很少需要懂管理懂软件工程的人。以我个人一点偏激的想法，民族软件产业要腾飞，更需要的是能管理使用编码机器的人，即管理人员。国内软件产业编码机器已经很多了。希望不要惹怒了那些编程高手！System Develop 与Application Develop 在国内到底哪个能养活你，能赚钱？诸位仁兄想必也知道，况且俺也没发现几家水平高的公司招这方面的人。毕竟OS，DB MS，COMPILER都被国外做了；另外也别跟我谈LINUX，毕竟还是少数烧钱的人做的事情，我先喂饱肚皮再说。我手下的很多搞4GL语言的程序员都想转行学VC等所谓的更低级的语言，我总是说“在XX城市，先用4GL工具生存，以后再学习VC吧！” 。说的简单一点：先解决肚子问题。
如何判断自己是否是编程机器？
1、面对需求不考虑用户，只是考虑用哪些程序技术展示自己的语言语法技巧。
2、学习了N种语言。
3、从来不学习或实践软件工程。
4、语法语言水平在众人中遥遥领先、特别是一些稀奇古怪的语法。凭着兴趣和创造力去干，却重复繁琐的劳动，做着没有意义——唯一意义是赚钱，而且真是出了半斤力， 拿不足八两。 终日劳累，却不能学自己想学的。最终结果是跟不上社会科技的发展 ，人已衰老。悲哀！！！
我觉得大学里的高、数理方法之类的, 如果你不是做研究的话, 应该是很少能用到的。不过如果说到离散之类的, 倒还是时不时的能有点用。
开发软件的关键是要有想法，一个好的想法比什么都重要。尤其是有关网络方面的就更是如此。实际上一个程序员最终的技术需要和实际相结合。真正在编写程序到达一定时候，语言的使用并不是最大的障碍，对整个项目的把握、软件工程的把握、数据库的设计以及执行效果的分析等等才是需要进一步考虑的东东！否则，为何大多数公司要求有编程经验了！这些不是程序员必须学的。但数据结构，编译原理，操作系统原理等是必须要学好的，英文也要多看，不懂计算机英语可不行。
我不认为编码的人就是机器， 而系统分析就不是机器。 其实系统分析员就是销售的机器， 所有职员有是老板的机器。它们之间只是不同工种吧了。当然对系统分析要求要高一些， 薪水也高一些。 但更让人佩服的是销售， 是他们驱动了整个的运作。我也是个中专生， 还是学机械的（后来自学了计算机），我非常了解在传统的制造业是如何的规范， 设计人员设计图纸， 然后经审核，再到车间试样， 再根据情况， 修改图纸， 如此反复几次后才能一个产品定型，而在软件界， 就没那么好了，领导会说， 这个你做， 那个他做， 也没有经过很细的分析（国内很多都是这样），在我们这里也没有系统分析员， 每个人都是设计员，也是编程员。 虽然这样对个人来说， 能学到很多东西， 但不利于项目。我国的软件过程水平，确实令人担忧， 目前为止只是几个人十几个人的小软件， 还没有能拿得手的大型软件。
至于中专生编程问题，我认为只要入了这个行， 就不会比本科生差。 因为对他来说没有优越的学历条件， 那么只好埋头苦学，但这正好适应当前计算机软件迅速发展的今天。 学历只能代表过去和基础。更需要的是有能力的人， 解决问题的人，实干的人。对我来说确实有时有点自卑，没有上过高中和大学（由于那个年代， 我只知道能为父母减少一点负担就行了）， 所有我一直在努力的学习（corba，uml，java， 软件过程等）， 目前为止我并没有觉的我的构架能力和编码水平比他们差，只是觉得E语言实在太差。过计算机本科又如何？我有几个同学到银行去搞业务了，有同学任教，有同学收税去了......60多个人真正现在搞计算机的还就只有几个人，再看看当时这些计算机本科生的毕业设计，//faint 有的人到最后连vb都搞不定，但他们什么编译原理啦什么组成原理啦什么软件工程啦学的（应该是考试的分数）还真不错，至少我感觉有些概念比我清楚（上课没听？）所以我觉的中专生并不比一般大学生差（当然有些重点学校除外 //hehe），有时中专生有更大的压力*迫自己去学习。
学历不是重要的，关键是一个人的素质。我们不能将目标定位在做程序员或编码员（Coder）上。光会写代码有什么用？那叫“编码员”，在国外是属于体力劳动的，不像国内，会写程序的就叫高科技。重要的是分析问题、解决问题和规划的能力，系统分析，系统设计及项目规划才是正途。这就需要学习所谓的基础课程了，如：软件工程、离散数学、数据结构等等。我从vb到现在开始学vc后，一个人捣鼓了几天也没有什么新发现。跟本不知道VC的编程思想是什么，请大虾们告诉我，它和VB的差别真是太大了。VC的博大在于MFC的操纵,它是Win32API的封装.思想在于怎样了解MFC的内幕,它的运行机制。差别也大，差别也不大！这要看你对API的理解了，虽然VC++的可视化没有VB的好，但是不是绝对没有的，其对而且对话框的编辑是跟VB一样的，不过不是像VB那样放在第一个界面罢了，VC++的博大精深是VB难以望其项背的！：）而且VC++是完全面向对象的编程工具，而VB是不够完全的面向对象编程工具，VC++是完全编译语言，VB是本地编译语言，不够完全，VC++效率高，封装性好，继承性高，VB效率相对低了很多，但界面友好，二者只能取其一，或者使用
VC++，VB辅助(因为VB开发快)，当然Delphi，BCB也是不错的选择。
[解决办法]
***几点建议***：
1) Delphi/BCB/VB可以很快构筑界面，但对于想真正学习、理解系统不是一个好的平台，但如果有时间读一读VCL的源码，看看Borland是如何封装系统的，也可借鉴不少。
2) 学习ASM对理解C++有很大益处。Soft-ICE也是和VC++结合在一起的好工具。
3) 语言本身是皮毛，算法是筋骨；无论高级语言如何发展，在理解操作系统的基础上不断自我创新的能力是源源不断的；如果精髓一旦了然于胸，选择何种开发工具都可以驾御，一见如故了。
每个人学习的过程都会不同吧，我在98从TC转向VC时，对Windows的消息机制一点概念也没有，对着个MFC不知所措，几个月下来一点进展也没有。我于是暂时转向win32位编程。整整一年时间吧，我就是与API打交道，连编辑菜单条对话框等资源文件时也用Uedit32手工编写，为的是希望能对编译器的全过程有个感性的了解。之后我再转向MFC时，果然发现两者是相通的，虽然有一定的区加，不过有了win32位编程的基础再看MFC 时会发现它比win32位编程要方便了太多。 现在市面上的VC书很多，不过大多是入门书。我以为要精通VC（只是以为，本人自已距精通还远的很）应该多看多写程序，看书只能是入门，会用了而已。我不赞成滥用ActiveX，一来我以为它的性能很成问题，真是又大又慢又不稳定（可能是我有点偏激了吧），二来用了它您的程序今后就要被别人牵着鼻子走了。有次我用了个控件，程序都写了大半了，它给我来个继续使用请支付333美元，我两个多月的工钱，烦不烦人？现在我尽可能用别人写的类源代码(我已收集各类代码3-400MB了)，一样用起来方便，还能边用边学，必要时还能自已改造。 我以为在现代的网络时代，资料到处都有，无论什么先进的技术，今天我不会我只要查到资料，快的学上几天慢的一两个月我也能学会，现在已没有写不出的程序了，写不出是因为你没有耐心写完它。我以为现在的程序员不一定要多么聪明，而更需要他有完成枯燥项目的耐心，找BUG的细心，对于金钱的平常心（不要为了早日拿到钱而赶进度），最后最重要是有顾全大局，团队协作的精神。 最后，王靖朋友的经历与我实在是有点相似，算是同病相伶吧，真心祝您早日实现自已的人生目标！
学习VC是一项费时费力的艰苦学习过程。为了真正用好VC，你不得不先从OOP开始学起，也许浏览一本纯理论的书要更有意思。 你将从另外的角度考察OO思想。接下来学习C++，学习WindowsAPI 学习MFC，剖析MFC，扩充MFC，创造自己的类库（不要企图写一个和MFC同重量级的类库）。如果能够精通Microsoft C编译器的各种 参数，你就可以开始研究微软C/C++语言编译器的进化历史（结合 各种背景知识）。 掌握了编程的思想，征服VC只是时间问题。
学习VC是接受微软技术体系的过程。所需要学习的不仅仅是C++，MFC。需要学习所有微软的技术，包括Windows编程，Win32系统（实际上 Win32系统实现了很多我们在屏幕上能看到的东西，最起码NT的内核并不大），COM（深入研究它，理解对象是如何跨越进程边界的，最终 能够自如地在Exe中实现自己定义的接口才算到家了。不过这多少有些 不太必要。），DCOM，ctiveX，Windows DNA... 如果你想成为大拿，学吧，没完没了。最起码，使用VC，你甚至于可以 开发自己的操作系统（当然与MFC没有一点关系）。
[解决办法]
楼上好多好的回复，分析很精辟到位
[解决办法]
主题包括回帖这篇帖子的回复对我也有很大的作用。同时收藏这篇帖子了。
[解决办法]
[解决办法]
只要一直在学就好,看看《疯狂的程序员》
[解决办法]
很给力LZ
[解决办法]
我学的php老是进不去新
[解决办法]
看楼主说 directshow。
建议楼主看下Opencv吧，处理图形图像，视频这些挺方便的。
[解决办法]
ribbon界面还是挺好看的，
[解决办法]
真是做项目，不是毕业设计？很好奇谁会把项目交给你们去做。如果你真拿下了WINDOWS SDK，MFC根本不用学，只是用C++类封装了一下SDK而已。有问题直接MSDN，看源代码
[解决办法]
建议别学MFC了，已经死了
[解决办法]
MFC目前对于我是用不着，用的时候在学，学以致用吧
[解决办法]
LZ说了一大堆，其实可以简单解答你的迷惑。
首先，你要确立你的目标是什么？
如果是为了应付毕业或者论文
---网上找些例子看，借鉴突击一下。
如果将来打算从事软件开发工作
---其实就是当码农，码农是现实不是贬低，国内编程的90%都是码农民工。
应该学习简单上手的东西，比如C#，VB，Java，Delphi这些。可以迅速适应市场需要
并找到一份不错的薪水。 （不过码农可能一辈子也成不了程序员，这是由于他的成长道路决定的）
如果你确实打算成为那10%的程序员
---你应该首先夯实基础，英语、数学都要达到一定水准，起码英语要接近自如控制，数学能
看懂《计算机编程艺术》之类的书。然后学习C，操作系统，ASM，TCP/IP，总之是基础的东西。
然后慢慢过渡到C++之类的应用语言，我认为C++不是IT基础领域的，C才是，C++也是一种高级语言。
如果你走这条路，那我说的MFC的学习路径C -> Windows API -> C++ -> MFC也是必须这样走的。
希望你成功。
[解决办法]
感觉不用太多刻意去学，主要理解原理，那些具体的东西在编程中一点点积累，遇到问题，只要知道上哪去查资料就可以了。。
[解决办法]
好歹学学就行了。
[解决办法]
个人感觉这个项目团队组得有点。。。
[解决办法]
楼上的诸位，我想问问
倘若真如各位所言，那MFC现在应该是很落后的东西没人用了。
CWnd诸如此类的类岂不是没人用了？
[解决办法]
楼上很多发言都很深刻啊 ，顶一个
[解决办法]
菜鸟路过……
[解决办法]
MFC练习掌握,不断的实践。
[解决办法]
现在和另外两个同学接了一项目，时间一年。
你们为啥接的这个项目啊 ， 是不是太唐突了 。
[解决办法]
专门学mfc?兄弟,微软都淘汰的东西了。
[解决办法]
[解决办法]
我要求分
[解决办法]
路过。。。。。。。
[解决办法]
做界面的话，MFC应该是一个不错的选择
[解决办法]
所学知识不能学以致用，难免会有浮躁，怨言。
毕竟，程序员要为公司创造利润，要为客户创造价值。
静思己过，刻苦修行；事在人为，功不唐捐。
[解决办法]
头一次在csdn上看见有这么多人回复那么长的东西，一直以为只有国外论坛上才会有那么认真回复老大篇幅的呢
[解决办法]
时至今日居然还有新手学习MFC的。
要说像我一样十年前学的差不多……
[解决办法]
学习了，谢谢各位分享自己的经验和经历
[解决办法]
用其它语言写界面，用Ｃ++封装核心代码再调用，我认为这样比较便捷！毕竟，学MFC身边没有一个会的人，要想学好，要走很多弯路！
[解决办法]
留着学习用啊！
[解决办法]
还是转移动开发吧
[解决办法]
服务器后台程序拿c#写就是了
开发效率可以提升
前台可以用c#+vc的方式, 界面用c# 底层用vc, 快速开发 直接跳过了mfc......
mfc 看看深入浅出就得了....尽量别用
[解决办法]
亲爱的，怎么不学学linux。
[解决办法]
[解决办法]
MFC, on the way
[解决办法]
很多大神回复很精辟，醍醐灌顶！
[解决办法]
[解决办法]
[解决办法]
你们太肤浅了，MFC的六大技术不精通就别说你会MFC。
[解决办法]
不用追了，追Win32 SDK吧，这个更有意义
[解决办法]
[解决办法]
想学东西要用linux，现在谁用单一平台的库，开源跨平台才是王道
[解决办法]
有需求是最大的学习动力。当然，能到什么程度就要看个人造化了。
[解决办法]
程序的精髓是设计和实现的思想，具体的语法都容易搞定的
[解决办法]
如果你用MFC只是为了做界面，看孙鑫VC++视频
如果你想了解MFC的原理，看《深入浅出MFC》
[解决办法]
我想问问大家，mfc既然已经淘汰了，那为什么那些大公司百度，腾讯，人人还是在找熟悉vc/mfc的人，勿喷！！！
[解决办法]
WQTMLGBD，你既然会API就用API开发呗，用API直接的公司还是有不少的，熟练了速度也还过得去，只要项目不是太大，如果项目大你可以自己封装API自己做框架嘛
[解决办法]
按照M$的战略，vc/mfc肯定不会再怎么发展了，但五年之内又难以灭亡，就跟XP一样，很难说好不好
学会即可，能拿过来用，不建议深究
uS71lh2wcvY=,l3fOxNM7PVfxKqZOr8AcMUYqj3WT8ti8.
[解决办法]
很少有新项目用MFC了。
MFC做界面当时是没得选择，但是现在不一样了。
楼主珍惜自己学习的时间。
[解决办法]
哇哇哇，好多高手啊！！！！！！！！！！！！！！！！！！！！！！！！！
高手云集之帖！MARK一下。
[解决办法]
MFC技术交流的地方,很好啊！！！
[解决办法]
目前正在学习中.....