你在MFC里使用API就能慢慢熟悉,要能看懂SDK开发的基本框架,对于MFC来说,你可以通过TRACE跟进去,看里面的代码,就能理解MFC的框架。慢慢来吧,路漫漫

解决方案 »

  1.   

    开始学mfc不必学sdk,你学多了,自然就会了,当你有一天突然看见一个sdk程序,就会说“阿~原来你就是sdk呀”。反过来你是个蒙着头搞了很久sdk的人,看见了mfc程序,会说“咦?这是什么?”
    说到底sdk程序员可以完全不理会mfc,但是mfc程序员不理会sdk及api就恐怕只能写
    hello world。
      

  2.   

    不错,mfc和sdk没有必然的因果前后联系,但是你要精通VC,你肯定要熟悉SDK,
    熟悉SDK将有助于你精通MFC,让你明白MFC的原理,就象你如果熟悉机械原理更能帮助你了解汽车的组成、运行机制一样。
      

  3.   

    了解常用的,其余的api慢慢来,积累吧
      

  4.   

    我到觉得没有必要非要先学SDK,不过对常用的Api调用和Window的机制有一定解是最重要的。
      

  5.   

    SDK是很涨内力的东西,Charles Petzold说过:MFC只是薄薄地封装了一层SDK,因此他“从来都不喜欢MFC”。我认为学习的时候最好先学SDK,SDK学好了,很多MFC的东西都豁然开朗,而不会只知其然而不知其所以然。当然,工作的时候要用MFC,因为开发效率的问题。
      

  6.   

    应该是会其中之一就行了
    MFC就是封装的API
      

  7.   

    同意 wlz47(秋水沉舟) & itaolu(老罗)
      

  8.   

    MFC是好东西,现在还整天抱这SDK不放的人,不会有多大的出息。
    MFC和SDK根本就是代表了两个时代,两种编程思想。我是做SDK起家的,但是现在支持MFC!!!!
      

  9.   

    我只知道SDK编程就是直接用Windows的API进行编程,而MFC则把API封装起来。学VC直接学MFC是不是不明智,那MFC的运行机制是怎样的呢?各位是不是一有空就编程玩呀?
      

  10.   

    光学MFC,不可能搞清楚MFC的运行机制,你如果只想用MFC编一些简单的程序,拿就不用看SDK了。
    但你如果要编一个工程,最好还是看看SDK
      

  11.   

    我建议初学VC的人应从MFC学起,这样可以使用MFC应用程序框架很容易的建立应用程序而不必纠缠于SDK的繁文缛节,失去了学习的乐趣。
    但MFC归根结底只不过是对API的C++封装,所以搞懂SDK有助与用MFC开发高水平的应用程序。从效率方面来说,用MFC开发比SDK高的多,一般的应用开发都应该使用MFC,除非MFC不能满足要求,只能求助SDK。
    其实MFC和SDC
      

  12.   

    具体问题具体分析:
    学习阶段,何必急于一时?(因此用SDK)
    工作阶段,效率第一。(因此用MFC)
      

  13.   

    不学SDK 看MFC的程序 你连想死的心都有
      

  14.   

    建议你去http://asm.yeah.net下载一本《Programming Windows》的电子书,作者是Charles Petzold,老大中的老大,学SDK的绝好资料。还有,SDK现在并不是过时了,只是由于开发效率的问题,它要让位给MFC、VCL这些RAD的开发库,但是作为学习阶段,学学SDK绝对是有百益而无一害的,也绝对不是浪费时间,毕竟技多不压身,而且如果你一开始就学MFC,以后到了一定的阶段,你还是会重新返回来学SDK的。我的建议是:先好好学学SDK吧,用业余的时间用它来开发一个项目(例如一个数据库),虽然会很费时间,但是当你完成之后就会发现,你的水平已经有了很大的提高,而且在这个阶段再重新回头看MFC,理解的层次也会不一样了,甚至你会“不满足”于C++,而“回头”去用Win32ASM(绝对的全程操控,能让你找回以前DOS时代的编程感觉,当然,不喜欢ASM或者不想搞得太深的话就另当别论,呵呵,毕竟现在用Win32ASM的场合并不太多,更多的人用它只是出于个人兴趣或者需要研究深入的系统知识)。
      

  15.   

    什么是SDK,charles的书算不上是SDK,至少我编界面都是用MFC,虽然在学SDK时封装了一套库,但现在只能用来作Demo同步,内存管理,MemoryMapFile, DLL,HOOK,SEH,PE文件操作
    这些才能算SDK。