joh*_*les 5 c winapi cross-platform
基本上我有一些简单的代码,为文件做一些事情,我试图将它移植到Windows.我有一些看起来像这样的东西:
int SomeFileCall(const char * filename){
#ifndef __unix__
SomeWindowsFileCall(filename);
#endif
#ifdef __unix__
/**** Some unix only stat code here! ****/
#endif
}
Run Code Online (Sandbox Code Playgroud)
该行SomeWindowsFileCall(filename);
导致编译器错误:
cannot convert parameter 1 from 'const char *' to 'LPCWSTR'
如何在不更改SomeFileCall
原型的情况下解决这个问题?
大多数采用字符串的Windows API都有两个版本:一个采用char *
,一个采用WCHAR *
(后者相当于wchar_t *
).
SetWindowText
例如,实际上是一个扩展为SetWindowTextA
(采用char *
)或SetWindowTextW
(采取WCHAR *
)的宏.
在您的项目中,听起来所有这些宏都引用了-W版本.这由UNICODE
预处理器宏控制(如果在Visual Studio中选择"使用Unicode字符集"项目选项,则会定义该宏).(Microsoft的一些C和C++运行时库函数也有ANSI和宽版本.您获得的是由同样命名的_UNICODE
宏选择的,也由Visual Studio项目设置定义.)
通常,-A和-W函数都存在于库中并且可用,即使您的应用程序是针对Unicode编译的.(也有例外;某些较新的功能仅在"宽"版本中可用.)
如果您char *
在正确的ANSI代码页中包含文本,则可以显式调用-A版本(例如SetWindowTextA
).-A版本通常是包装器,它们创建字符串参数的宽字符副本并将控制权传递给-W版本.
另一种方法是制作自己的字符串宽字符副本.您可以使用MultiByteToWideChar执行此操作.调用它可能很棘手,因为您必须管理缓冲区.如果您可以直接调用-A版本,那通常更简单并且已经过测试.但是,如果您的char *
字符串使用UTF-8或除用户当前ANSI代码页之外的任何编码,您应该自己进行转换.
-A后缀代表"ANSI",这是单字节代码页字符集的常见Windows术语.
-W后缀代表"宽"(意味着编码单元比单个字节宽).具体来说,Windows使用little-endian UTF-16作为宽字符串.MSDN文档只是简单地称之为"Unicode",这有点用词不当.
归档时间: |
|
查看次数: |
21594 次 |
最近记录: |