问大家个有关问题，有多少人Windows编程直接用SDK，不用MFC
问大家个问题，有多少人Windows编程直接用SDK，不用MFC？
RT，谢谢！
最近我发现用SDK很不错，但不知道这是不是潮流。
------解决方案--------------------
到底用哪一个，还要考虑历史遗留问题。
公司要求全用MFC怎么整？加入到考核里就更那啥了（不过我没听说过这么干的……可能已经过去了~~哈哈）
你要做个界面程序，不用MFC就得从头做起， 已经有了技术积累的用现有程序框架，没有的就只能用 各种bcg啊mfc啊，xtreme啊……等等。。。
------解决方案--------------------
MFC还是不错的
------解决方案--------------------
潮流？不可能的，SDK也太麻烦了。
------解决方案--------------------
根据需求
------解决方案--------------------
我……虽然好多都不懂，MFC太麻烦
------解决方案--------------------
------解决方案--------------------
水贴，鉴定完毕
------解决方案--------------------
MFC可以快速地开发出图形程序，不过程序的执行速度一定很慢，指针是一层又一层，如果你只想开发用户程序，MFC是最好的选择，如果你以后想开发操作系统或者其他速度要求高的程序，丢掉MFC吧。。。。
------解决方案--------------------
我只用MFC
除非特殊需要
------解决方案--------------------
一般都用MFC,除非有些技术和MFC兼容得不太好,如DirectX,才会用SDK.
------解决方案--------------------
都用~
------解决方案--------------------
------解决方案--------------------
MFC开发效率高，SDK运行效率高，不过不懂sdk,学会mfc那是不可能的
------解决方案--------------------
很多商业开发都不用MFC的，用MFC的大型知名商业程序大概占整个VC编译的知名商业程序
的20%-30%，但是用SDK的大型程序只占5%-10%，剩下大部分使用自己内部的框架或者其他库。
以上是个人推测，仅供参考。
------解决方案--------------------
------解决方案--------------------
这个事儿你得这么考虑，如果不使用mfc而使用sdk，基于面向对象编程这个现实，你就要自己对windows sdk进行封装，自己构建基础类，假设你的水平已经高到和m$那一堆专家一个水平了，充其量就是重新封装了一个和现在的mfc类似的新的基础类库，等于全是无用功。但现实是咱的水平不要说和m$那一堆专家比了，基本连其中的某一个都比不了，那为何要舍弃mfc？像adobe、corel这些顶级的软件公司，有钱而且同样也有那么一堆不比m$差的专家，他们的软件基本都是统一使用自己设计的类库。而且mfc和sdk也是分不开的。
------解决方案--------------------
WTL不错,清晰明了。
------解决方案--------------------
如果有公司愿意给时间和项目机会学习，就用C++面向对象技术将SDK封装成一套自己的类库。
C++封装SDK/ATL/WTL，也不错。
通用的快速开发，用MFC比较方便些~
------解决方案--------------------
自己封装一个 KFC 好了。
感觉大家都比MS聪明，呵呵。
------解决方案--------------------
sdk用的绝对少，这么多年俺都没见到一个公司，或部门用sdk开发的。
RT，谢谢！
最近我发现用SDK很不错，但不知道这是不是潮流。
------解决方案--------------------
到底用哪一个，还要考虑历史遗留问题。
公司要求全用MFC怎么整？加入到考核里就更那啥了（不过我没听说过这么干的……可能已经过去了~~哈哈）
你要做个界面程序，不用MFC就得从头做起， 已经有了技术积累的用现有程序框架，没有的就只能用 各种bcg啊mfc啊，xtreme啊……等等。。。
------解决方案--------------------
MFC还是不错的
------解决方案--------------------
潮流？不可能的，SDK也太麻烦了。
------解决方案--------------------
根据需求
------解决方案--------------------
我……虽然好多都不懂，MFC太麻烦
------解决方案--------------------
------解决方案--------------------
水贴，鉴定完毕
------解决方案--------------------
MFC可以快速地开发出图形程序，不过程序的执行速度一定很慢，指针是一层又一层，如果你只想开发用户程序，MFC是最好的选择，如果你以后想开发操作系统或者其他速度要求高的程序，丢掉MFC吧。。。。
------解决方案--------------------
我只用MFC
除非特殊需要
------解决方案--------------------
一般都用MFC,除非有些技术和MFC兼容得不太好,如DirectX,才会用SDK.
------解决方案--------------------
都用~
------解决方案--------------------
------解决方案--------------------
MFC开发效率高，SDK运行效率高，不过不懂sdk,学会mfc那是不可能的
------解决方案--------------------
很多商业开发都不用MFC的，用MFC的大型知名商业程序大概占整个VC编译的知名商业程序
的20%-30%，但是用SDK的大型程序只占5%-10%，剩下大部分使用自己内部的框架或者其他库。
以上是个人推测，仅供参考。
------解决方案--------------------
------解决方案--------------------
这个事儿你得这么考虑，如果不使用mfc而使用sdk，基于面向对象编程这个现实，你就要自己对windows sdk进行封装，自己构建基础类，假设你的水平已经高到和m$那一堆专家一个水平了，充其量就是重新封装了一个和现在的mfc类似的新的基础类库，等于全是无用功。但现实是咱的水平不要说和m$那一堆专家比了，基本连其中的某一个都比不了，那为何要舍弃mfc？像adobe、corel这些顶级的软件公司，有钱而且同样也有那么一堆不比m$差的专家，他们的软件基本都是统一使用自己设计的类库。而且mfc和sdk也是分不开的。
------解决方案--------------------
WTL不错,清晰明了。
------解决方案--------------------
如果有公司愿意给时间和项目机会学习，就用C++面向对象技术将SDK封装成一套自己的类库。
C++封装SDK/ATL/WTL，也不错。
通用的快速开发，用MFC比较方便些~
------解决方案--------------------
自己封装一个 KFC 好了。
感觉大家都比MS聪明，呵呵。
------解决方案--------------------
sdk用的绝对少，这么多年俺都没见到一个公司，或部门用sdk开发的。