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

Question

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

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

SomeWindowsFileCall(filename); 行导致编译器错误:无法将参数 1 从“const char *”转换为“LPCWSTR”

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

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 编译的。 (也有异常(exception)；一些较新的功能仅在“宽”版本中可用。)

如果您的 char * 包含正确 ANSI 代码页中的文本，您可以显式调用 -A 版本(例如，SetWindowTextA)。 -A 版本通常是包装器，它们制作字符串参数的宽字符副本并将控制权传递给 -W 版本。

另一种方法是制作您自己的字符串的宽字符副本。你可以用 MultiByteToWideChar 来做到这一点.调用它可能很棘手，因为您必须管理缓冲区。如果您可以直接调用 -A 版本，那通常会更简单并且已经过测试。但是，如果您的 char * 字符串使用的是 UTF-8 或用户当前 ANSI 代码页以外的任何编码，则您应该自己进行转换。

奖金信息

-A 后缀代表“ANSI”，这是单字节代码页字符集的常见 Windows 术语。

-W 后缀代表“宽”(意味着编码单元比单个字节宽)。具体来说，Windows 对宽字符串使用小端 UTF-16。 MSDN 文档简单地将其称为“Unicode”，这有点用词不当。