了解多字节/Unicode

Question

我刚刚回到编程 C++、MFC、Unicode。过去 20 年发生了很多变化。

另一个项目上的代码编译得很好，但是当我将它粘贴到我的代码中时出现错误。我花了 1-1/2 天的时间来解决下面的函数调用：

enter code here
CString CFileOperation::ChangeFileName(CString sFileName)
{
  char drive[MAX_PATH], dir[MAX_PATH], name[MAX_PATH], ext[MAX_PATH];
  _splitpath_s(sFileName, drive, dir, name, ext);  //error
  ------- other code
}

阅读帮助后，我将 CString sFileName 更改为使用强制转换：

enter code here
_splitpath_s((LPTCSTR)sFileName, drive, dir, name, ext);  //error

这也造成了错误。于是我用了GetBuffer()，和上面的完全一样。

enter code here
char* s = sFileName.GetBuffer(300);
_splitpath_s(s, drive, dir, name, ext);  //same error for the 3rd time
sFileName.ReleaseBuffer();

此时我非常沮丧，但最终意识到我需要将 CString 更改为 Ascii（我想是因为我设置为 Unicode）。

因此；

enter code here
CT2A strAscii(sFileName);   //convert CString to ascii, for splitpath()

然后在函数_splitpath_s()中使用strAscii.m_pz

这终于奏效了。因此，在这一切之后，长话短说，我需要帮助专注于： 1. Unicode vs Mulit-Byte（库调用） 2. 变量使用

我愿意再买一本书，请推荐。 另外，有没有办法过滤我对 VS2015 的帮助，这样当我在一个变量上并按 F1 时，它只会为我提供 Unicode 的帮助以及将旧代码转换为 unicode 或将 Mylti-Byte 转换为 Unicode 的方法。

希望这不会令人困惑，但我还有一些事情要做。如果我的措辞不完美，请耐心等待。

提前致谢。

Answer 1

documentation of _splitpath 列出了 Unicode（基于wchar_t）版本_wsplitpath。那是你应该使用的那个。不要转换为 ASCII 或 Windows ANSI，这通常会丢失信息，并且在重新组合片段时不会生成有效路径。

现代 Windows 编程基于 Unicode。

默认情况下，Visual Studio C++ 项目是基于 Unicode 的，特别是它定义了宏符号 UNICODE，它会影响来自 <windows.h> 的声明。

Answer 2

所有受支持的 Windows 版本自始至终都在内部使用 Unicode，您的应用程序也应该如此。 Windows 使用UTF-16 编码。

要使您的应用程序支持 Unicode，您需要执行以下步骤：

• 将项目的Character Set 设置为“使用 Unicode 字符集”（如果当前设置为“使用多字节字符集”）。这不是严格要求的，但它可以处理那些您没有明确使用 Unicode 版本的情况。
• 使用wchar_t（代替char 或TCHAR）作为您的字符串。
• 使用宽字符串文字（L"..." 代替 "..."）。
• 在 MFC 项目中使用 CStringW（代替 CStringA 或 CString）。
• 显式调用 CRT 的 Unicode 版本（例如，wcslen 代替 strlen 或 _tcslen）。
• 显式调用任何存在的 Windows API 调用的 Unicode 版本（例如，CreateWindowExW 代替 CreateWindowExA 或 CreateWindowEx）。

Answer 3

尝试使用_tsplitpath_s 和TCHAR。

所以最终的代码看起来像：

CString CFileOperation::ChangeFileName(CString sFileName)
{
  TCHAR drive[MAX_PATH], dir[MAX_PATH], name[MAX_PATH], ext[MAX_PATH];
  _tsplitpath_s(sFileName, drive, dir, name, ext);  //error
  ------- other code
}

这将使 C++ 编译器能够在构建期间根据项目设置使用正确的字符宽度