无法将参数1从'const char*'转换为'LPCWSTR'

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原型的情况下解决这个问题?

Adr*_*thy 9

大多数采用字符串的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",这有点用词不当.


小智 5

{项目属性->高级->字符集->使用多字节字符集} \xc4\xb0f 你执行这些步骤你的问题就解决了

\n