用纯API写是不是比用MFC写程序运行效率高、性能好？

javatyro · 发表于 2020-5-21 19:45:01

看你对API的掌握程度。

SDK API的使用经验：（以下时间和观点仅供参考）
  1~2年，SDK API<MFC。由于经常在不正确的场合使用不适当的API，API性能很难得以体现。
  2~5年，SDK API与MFC基本相当。根据领域不同，各有优势。
  5年以上，API>MFC。SDK API是首选,包括较大规模的应用程序。如果对性能要求更高，可直接转32位汇编编程，即使汇编语言0基础，转汇编语言的过程也基本不存在障碍，1~2周左右足够了。

luankevin · 发表于 2020-5-26 10:15:01

可直接转32位汇编编程，即使汇编语言0基础，转汇编语言的过程也基本不存在障碍，1~2周左右足够了。
=================================================================================
楼上牛人

tuxedo · 发表于 2020-6-1 11:00:01

因为win32汇编也是调winapi

raccoon1982 · 发表于 2020-6-3 22:15:01

我知道用Stream I/O比Files I/O访问文件要快N倍，但我在MFC里却没有找到Stream I/O版本的CFile.

food0012 · 发表于 2020-7-25 01:45:01

使用MFC作为应用程序框架，并没有阻止各位使用STL，或者SDK方式的API，比如LS，难道MFC中不能使用STL中的流？

food0012 · 发表于 2020-7-25 09:00:02

我真不知道为什么总有人拿MFC效率作问题，一个正常的Windows C++程序的效率绝对不会因为使用了MFC而降低，你完全可以把MFC只用来做做程序的界面，数据部分才是程序效率的关键，比如有些大型3D游戏，也可能会使用MFC的。程序是死的，人是活的，用了MFC框架，难道你需要容器的时候只用afxtempl中的，就不用std::vector std::list...了，难道就一定要用CString，而不能用std::string std::wstring？

wangjiawu · 发表于 2020-7-25 17:45:01

用API逻辑结构更清楚一些，如果我是你的话，我喜欢console和API合作的方式。

plato1984 · 发表于 2020-7-25 20:45:01

CStdioFile 是CStream IO直接封装的吧?

417young · 发表于 2020-7-25 21:45:01

这个不一定的，要看写代码者的水平

luluzhao · 发表于 2020-7-25 23:15:01

要看开发者的水平！

		自动登录	找回密码
密码			立即注册