10岁孩子的MFC教程

Sina WeiboBaiduLinkedInQQGoogle+RedditEvernote分享




为了给首席等自命不凡者当头一棒,笔者建议大家看看这个网站,http://andrewtech.net/,一个十岁孩子的MFC教程。

image

笔者曾经在在MFC平台Work过一年,经常搞得熊头狗面,鸡飞蛋打,且总是把MFC向导搞得不工作了,因此对于MFC的尚存畏惧之心。后来总结了失败经验,要想成为一个合格的MFC开发人员要有如下的积累:

Win32 API编程经验 + C++功底 + MFC框架理解

而积累这些经验要若干年才可能,因此发现10岁小孩要做这件事情,真是令我震撼。

笔者download了一个看看,其实这个10岁的孩子还只是将MFC作为玩具来玩(同笔者20多岁的时候水平相当),10岁的经验和心智理解MFC基本上是不可能的。但是起步这么高,将来有潜力称为TOP engineer。牛人并不是高智商者,有时仅仅是Interested in it 或者 Good at it而已.

真是很羡慕现在孩子的学习环境啊。

(3个打分, 平均:5.00 / 5)

雁过留声

“10岁孩子的MFC教程”有17个回复

  1. 路人2 于 2010-02-01 7:18 下午

    虽然叶子只在MFC下work了一年,但是“后来总结了失败经验,要想成为一个合格的MFC开发人员要有如下的积累:Win32 API编程经验 + C++功底 + MFC框架理解”这样的总结却和我曾经在MFC下WORK了6年得出的经验一样,佩服!

    BTW:补充一下,学好MFC,我当时的经验是三本书能达到背诵的程度:深入浅出MFC,VC++技术内幕,Windows高级编程指南。何尝不是与叶子的经验一一对应呢?

  2. appleleaf 于 2010-02-01 7:24 下午

    推荐“深入浅出MFC”

  3. spike 于 2010-02-01 8:17 下午

    可怜的孩子,这么小就受MFC的毒害,现在学windows编程,好歹得从.net+WPF开始吧~

    其实MFC的难整,也是其framework设计不足的体现,参考MVC模式,却没有将其思想精髓贯彻到底,MFC的成功主要依靠的是windows的成功。

  4. 无名 于 2010-02-01 8:20 下午

    大好时光被0,1玩了,悲哀啊

  5. 路人2 于 2010-02-01 9:02 下午

    # spike 于 2010-02-01 8:17 pm

    可怜的孩子,这么小就受MFC的毒害,现在学windows编程,好歹得从.net+WPF开始吧~

    其实MFC的难整,也是其framework设计不足的体现,参考MVC模式,却没有将其思想精髓贯彻到底,MFC的成功主要依靠的是windows的成功。
    ———————————————
    MFC上手非常难,基本上不花一年时间搞透他那一套机制的话,用起来总是不顺手难受,但是一旦搞透了,我自己的体会,真的是非常好用的

  6. yunhaid 于 2010-02-01 9:49 下午

    读书时仔细研究过”深入浅出MFC,Windows高级编程指南”,一点都不觉得MFC好,相反觉得C++Builder,Deplphi框架好用,现在MFC都被淘汰了。

  7. 路人2 于 2010-02-01 9:56 下午

    读书时仔细研究过”深入浅出MFC,Windows高级编程指南”,一点都不觉得MFC好,相反觉得C++Builder,Deplphi框架好用,现在MFC都被淘汰了。
    —————————————-
    Delphi是绝对的好用,可惜Borland总是岌岌可危。没得办法。

    我觉得“深入浅出MFC不但要读”,还要用MFC,不写个十来万行程序(这个可一点没忽悠),是体会不到它的威力的。

    MFC被淘汰了么?真不太知道,这几年没太关注过了

  8. ... 于 2010-02-01 11:04 下午

    现在的borland在做啥?

  9. Panabit 于 2010-02-02 12:06 上午

    MFC是个好东西,你熟悉了,C++基本上就没有太大的问题了。其实不熟悉,主要是观念没有转变过来,用MFC之前,大家的思考思维是“我调用 别人”,而MFC之后,就习惯“我被别人调用”。

  10. 路人2 于 2010-02-02 12:32 上午

    MFC是个好东西,你熟悉了,C++基本上就没有太大的问题了。其实不熟悉,主要是观念没有转变过来,用MFC之前,大家的思考思维是“我调用 别人”,而MFC之后,就习惯“我被别人调用”。
    —————————————-
    Panabit,这一点上我有些异议,一个项目or产品or某种架构一旦大了,框架形成了,新功能新模块就要花很多时间在了解这个框架极其相应的接口上,例如你们的产品,对于新的一些模块要加入进去,应该是要遵循和了解你们原来架构很多的接口约定才能合进去,被你们的一些接口调用和调用你们的一些接口。应该不仅仅是C++调用别人和MFC我被别人调用这样的0和1这么。其实写Linux kernel相关组件和模块何尝不是这样啊。

  11. zeroflag 于 2010-02-02 3:10 上午

    有个朋友和我说,MFC其实是微软搞OFFICE的时候,搞出来的东西。所以MFC是特别适用于某些情况下的,比如写个字处理程序、做个windows界面之类的环境。而搞别的就不擅长,比如做个基于windows的防火墙,写个操作系统之类的。

  12. sixshot 于 2010-02-02 4:15 上午

    我搞wince上嵌入式开发 通常用Windows api 而不用mfc

  13. halida 于 2010-02-02 3:59 下午

    有这个时间,不如去学python。
    玩MFC的时间都可以把网络,GUI,等东西搞透了。

  14. appleleaf 于 2010-02-02 5:58 下午

    MFC大部分类都是GUI的,应该不会被淘汰,VS2008里面还有,而且扩充一些类支持Office2007 style窗口,总之傍着微软不会错,有肉吃。

  15. 帅云霓 于 2010-02-02 6:32 下午

    【MFC是个好东西,你熟悉了,C++基本上就没有太大的问题了。其实不熟悉,主要是观念没有转变过来,用MFC之前,大家的思考思维是“我调用 别人”,而MFC之后,就习惯“我被别人调用”。】
    对头。写driver,framework都是这个思想……

  16. 帅云霓 于 2010-02-02 6:33 下午

    其实,我想说,10岁的孩子理解这个似乎不是很不可能的事情……因为,里面并没有包含极端complex的数学理论。

  17. spike 于 2010-02-02 7:11 下午

    通过MFC去学C++不是个好途径,反而会误导去理解C++的高级属性,比如面向对象和泛型编程。通过MFC去学习理解windows会更合适。

    其实像callback或者delegate的思想在所有framework的设计上都会用到,就是因为软件里面很多思想具有普遍性,当初GoF才会写下那本著名的设计模式。

    现在GUI的设计方法很少直接用C++写了,应用开发者基本都用xml写界面配置,比如android,Qt。而后框架会自动调用perl,python等动态语言来粘合链接到底层的c/c++类库。c++还是适合在backend或者server层去发挥威力。