RT,谢谢!
最近我发现用SDK很不错,但不知道这是不是潮流。

解决方案 »

  1.   

    到底用哪一个,还要考虑历史遗留问题。公司要求全用MFC怎么整?加入到考核里就更那啥了(不过我没听说过这么干的……可能已经过去了~~哈哈)你要做个界面程序,不用MFC就得从头做起, 已经有了技术积累的用现有程序框架,没有的就只能用 各种bcg啊mfc啊,xtreme啊……等等
      

  2.   

    潮流?不可能的,SDK也太麻烦了。
      

  3.   

    我……虽然好多都不懂,MFC太麻烦
      

  4.   

    那我再问一句:学习MFC,用学习SDK吗?谢谢!!
      

  5.   


    那是肯定要学的,不学SDK去学MFC,很难懂。
    先看SDK,就能很容易的理解MFC。
      

  6.   

    MFC可以快速地开发出图形程序,不过程序的执行速度一定很慢,指针是一层又一层,如果你只想开发用户程序,MFC是最好的选择,如果你以后想开发操作系统或者其他速度要求高的程序,丢掉MFC吧。
      

  7.   

    一般都用MFC,除非有些技术和MFC兼容得不太好,如DirectX,才会用SDK.
      

  8.   

    MFC开发效率高,SDK运行效率高,不过不懂sdk,学会mfc那是不可能的
      

  9.   

    很多商业开发都不用MFC的,用MFC的大型知名商业程序大概占整个VC编译的知名商业程序
    的20%-30%,但是用SDK的大型程序只占5%-10%,剩下大部分使用自己内部的框架或者其他库。
    以上是个人推测,仅供参考。
      

  10.   


    靠,我是直接从TC2.0跳学 VC6 MFC的,现在又用 VS2010 MFC想想我成怪人了??
      

  11.   

    这个事儿你得这么考虑,如果不使用mfc而使用sdk,基于面向对象编程这个现实,你就要自己对windows sdk进行封装,自己构建基础类,假设你的水平已经高到和m$那一堆专家一个水平了,充其量就是重新封装了一个和现在的mfc类似的新的基础类库,等于全是无用功。但现实是咱的水平不要说和m$那一堆专家比了,基本连其中的某一个都比不了,那为何要舍弃mfc?像adobe、corel这些顶级的软件公司,有钱而且同样也有那么一堆不比m$差的专家,他们的软件基本都是统一使用自己设计的类库。而且mfc和sdk也是分不开的。
      

  12.   

    如果有公司愿意给时间和项目机会学习,就用C++面向对象技术将SDK封装成一套自己的类库。C++封装SDK/ATL/WTL,也不错。通用的快速开发,用MFC比较方便些~
      

  13.   

    自己封装一个 KFC 好了。感觉大家都比MS聪明,呵呵。
      

  14.   

    sdk用的绝对少,这么多年俺都没见到一个公司,或部门用sdk开发的。
      

  15.   

    基本用mfc函数,,,,,不过sdk是还是要学的,为了更好使用的mfc
      

  16.   

    为什么特意通用SDK不用MFC呢?要是项目不支持MFC也就罢了,能支持的话特地放着省事的不用,用SDK写替代MFC类的功能?
      

  17.   

    除了界面我都不用MFC,但是做界面MFC确实比直接用SDK方便得多