函数返回值和参数数据类型的有关问题
函数返回值和参数数据类型的问题
请教一下,Windows下面一般返回值多是BOOL\句柄等等,参数多是指针和DWORD等等,很少看到BYTE\CString等等类型的返回值或者参数,请问是什么原因?
------解决思路----------------------
一般返回操作的状态
------解决思路----------------------
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上靠,以尽量保持统一性
所以我个人的理解就是两个字:标准
------解决思路----------------------
BYTE 的返回一般都会变成 DWORD。因为这是机器上最快的数据类型。
至于 CString 是 C++ 的数据类型,API 是基于 C 的。
而 LPWSTR 之类的字符串,是不能用来返回的,因为牵涉到内存分配,返回的话,违反谁分配,谁释放的原则。
这时候,一般都是使用提供缓冲区模式的。如果不确定缓冲区大小,一般都是调用两次 API,第一次,传入 NULL,确定缓冲区需要的长度。
------解决思路----------------------
Windows下API是C标准的
MFC可以C也可以C++
请教一下,Windows下面一般返回值多是BOOL\句柄等等,参数多是指针和DWORD等等,很少看到BYTE\CString等等类型的返回值或者参数,请问是什么原因?
------解决思路----------------------
一般返回操作的状态
------解决思路----------------------
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上靠,以尽量保持统一性
所以我个人的理解就是两个字:标准
------解决思路----------------------
BYTE 的返回一般都会变成 DWORD。因为这是机器上最快的数据类型。
至于 CString 是 C++ 的数据类型,API 是基于 C 的。
而 LPWSTR 之类的字符串,是不能用来返回的,因为牵涉到内存分配,返回的话,违反谁分配,谁释放的原则。
这时候,一般都是使用提供缓冲区模式的。如果不确定缓冲区大小,一般都是调用两次 API,第一次,传入 NULL,确定缓冲区需要的长度。
------解决思路----------------------
Windows下API是C标准的
MFC可以C也可以C++