奖金信息

Question

基本上我有一些简单的代码可以为文件做一些事情，而我正试图将它移植到Windows。我有一些看起来像这样的东西：

int SomeFileCall(const char * filename){
#ifndef __unix__
    SomeWindowsFileCall(filename);
#endif
#ifdef __unix__
    /**** Some unix only stat code here! ****/
#endif
}

行SomeWindowsFileCall(filename);导致编译错误： cannot convert parameter 1 from 'const char *' to 'LPCWSTR'

如何在不更改SomeFileCall原型的情况下解决此问题？

Answer 1

大多数采用字符串的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”，这有点用词不当。

Answer 2

将项目配置为使用ANSI字符集。（一般 - ＆gt;字符集）

What are TCHAR, WCHAR, LPSTR, LPWSTR, LPCTSTR etc.

typedef const wchar_t* LPCWSTR;

Answer 3

您正在使用Unicode模式的WinApi进行构建，因此所有字符串参数都会解析为宽字符串。最简单的解决方法是将WinApi更改为ANSI，否则您需要使用wchar_t*中的内容创建filename并将其用作参数。

Answer 4

Answer 5

不确定您使用的是哪种编译器，但在visual studio中，您可以指定默认的char类型，无论是UNICODE还是多字节。在你的情况下，听起来好像UNICODE是默认的，所以最简单的解决方案是检查你的特定编译器上的开关确定默认的char类型，因为它可以节省你一些工作，否则你最终会添加来回转换的代码UNICODE可能会增加不必要的开销，可能是另一个错误来源。

Answer 6

能够通过将“字符集”设置为“使用多字节字符集”来解决此错误 [项目属性->配置属性->常规->字符集->“使用多字节字符集”

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

6 个答案:

奖金信息