用纯API写是不是比用MFC写程序运行效率高、性能好？该如何解决
用纯API写是不是比用MFC写程序运行效率高、性能好？
相差多少？
因为现在写的东西要处理的东西算法比较复杂，希望尽可能提高软件运行效率，但是用api开发肯定会大大增加开发难度，该mfc还是api呢？
------解决方案--------------------
MFC并不会影响你的算法速度,高性能的程序一般用service or consle应用程序来写,也就是没有界面的应用程序,MFC只是给你构建了一个框架,如果要用API来写,当然繁锁的细节都要由自已来处理.
------解决方案--------------------
我感觉API来写的话要比较清楚流程，用MFC的话已经封装好了，当然可能封装了一些你不要的东西，你也可以自己封装，或者更直接点，自己直接调用API，即所谓的纯API来写。
------解决方案--------------------
大部分应用需求，两者之间没有绝对差异，相对差异有，但是已经不是用户所需要关注的。
但是在算法领域和较为底层的领域，api的优势依然明显。
通用类的开发，MFC足以，模型复杂一些的，一般都是VC和其他应用开发平台混合的，此时API的使用就比较多一些，比如通信，COM，互联网类的开发
------解决方案--------------------
LZ用过WINAPI没有...
自己写...那会死人的....
同样MFC里一句话,用WINAPI写就是老长老长一大段...
------解决方案--------------------
看你对API的掌握程度。
SDK API的使用经验：（以下时间和观点仅供参考）
1~2年，SDK API <MFC。由于经常在不正确的场合使用不适当的API，API性能很难得以体现。
2~5年，SDK API与MFC基本相当。根据领域不同，各有优势。
5年以上，API> MFC。SDK API是首选,包括较大规模的应用程序。如果对性能要求更高，可直接转32位汇编编程，即使汇编语言0基础，转汇编语言的过程也基本不存在障碍，1~2周左右足够了。
相差多少？
因为现在写的东西要处理的东西算法比较复杂，希望尽可能提高软件运行效率，但是用api开发肯定会大大增加开发难度，该mfc还是api呢？
------解决方案--------------------
MFC并不会影响你的算法速度,高性能的程序一般用service or consle应用程序来写,也就是没有界面的应用程序,MFC只是给你构建了一个框架,如果要用API来写,当然繁锁的细节都要由自已来处理.
------解决方案--------------------
我感觉API来写的话要比较清楚流程，用MFC的话已经封装好了，当然可能封装了一些你不要的东西，你也可以自己封装，或者更直接点，自己直接调用API，即所谓的纯API来写。
------解决方案--------------------
大部分应用需求，两者之间没有绝对差异，相对差异有，但是已经不是用户所需要关注的。
但是在算法领域和较为底层的领域，api的优势依然明显。
通用类的开发，MFC足以，模型复杂一些的，一般都是VC和其他应用开发平台混合的，此时API的使用就比较多一些，比如通信，COM，互联网类的开发
------解决方案--------------------
LZ用过WINAPI没有...
自己写...那会死人的....
同样MFC里一句话,用WINAPI写就是老长老长一大段...
------解决方案--------------------
看你对API的掌握程度。
SDK API的使用经验：（以下时间和观点仅供参考）
1~2年，SDK API <MFC。由于经常在不正确的场合使用不适当的API，API性能很难得以体现。
2~5年，SDK API与MFC基本相当。根据领域不同，各有优势。
5年以上，API> MFC。SDK API是首选,包括较大规模的应用程序。如果对性能要求更高，可直接转32位汇编编程，即使汇编语言0基础，转汇编语言的过程也基本不存在障碍，1~2周左右足够了。