函数返回值和参数数据类型的问题

cschenshou 2014-12-31 02:24:58
请教一下,Windows下面一般返回值多是BOOL\句柄等等,参数多是指针和DWORD等等,很少看到BYTE\CString等等类型的返回值或者参数,请问是什么原因?
...全文
116 5 打赏 收藏 转发到动态 举报
写回复
用AI写文章
5 条回复
切换为时间正序
请发表友善的回复…
发表回复
likfeng 2014-12-31
  • 打赏
  • 举报
回复
Windows下API是C标准的 MFC可以C也可以C++
Saleayas 2014-12-31
  • 打赏
  • 举报
回复
BYTE 的返回一般都会变成 DWORD。因为这是机器上最快的数据类型。 至于 CString 是 C++ 的数据类型,API 是基于 C 的。 而 LPWSTR 之类的字符串,是不能用来返回的,因为牵涉到内存分配,返回的话,违反谁分配,谁释放的原则。 这时候,一般都是使用提供缓冲区模式的。如果不确定缓冲区大小,一般都是调用两次 API,第一次,传入 NULL,确定缓冲区需要的长度。
信阳毛尖 2014-12-31
  • 打赏
  • 举报
回复
BYTE或者BYTE*/LPBYTE还是有的,比如RegQueryValueEx、RegSetValueEx这些API函数等等,BYTE在Windows平台下,相对来说还算是标准,毕竟BYTE是Win32的(当然linux下你也可以typedef unsigned char BYTE) CString也是有的,但是只有在MFC应用程序或者说MFC类中有一些函数把CString作为参数或者返回值,因为CString是属于MFC的,如我们常见的 void CWnd::GetWindowText(CString& rString),然而CWnd依然重载了 int CWnd::GetWindowText(LPTSTR lpszStringBuf, int nMaxCount)这个函数! 为什么呢? 因为Win32 API是这样的: int WINAPIGetWindowText(HWND hWnd,LPTSTR lpString,int nMaxCount),MFC尽量把它封装的函数向Win32上靠,以尽量保持统一性 所以我个人的理解就是两个字:标准
ouyh12345 2014-12-31
  • 打赏
  • 举报
回复
一般返回操作的状态
cschenshou 2014-12-31
  • 打赏
  • 举报
回复
分数不多,受益良多!

16,472

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧