c++ - 确定将宽字符与不兼容的 char API 一起使用时的最佳实践

Question

好吧，我最近又回到了 C++ 领域。自从我看过任何 C/++ 代码以来已经 13 年了。

我正在为 Windows 设计一款软件，我正在努力实现严格使用 UTF-8 且不提供其他宽字符 API 实现的第 3 方代码(例如 libssh2)。回到 Windows，我看到的每个 API 都使用 UTF-16 (wchar_t)。

所以我的问题是:每次使用非标准 Windows 实现(例如 libssh2)时，我是否都被迫进行字符串转换？我有一个作为 wchar 返回的变量，但 libssh2 API 仅提供 char 实现。

我应该坚持使用 char 而不是 wchar_t 吗？如果我这样做，那么我将再次被迫转换为 wchar_t 以使用 Windows API。我在我的代码中使用了几个第 3 方源和几个 Windows API。我的头很痛。

此处的最佳做法是什么？

Answer 1

您最好的选择是使用您最常在任何地方使用的编码并在彼此的端点进行转换。在这种情况下，听起来您想在任何地方都使用 UTF-8 字符串并在每个 Windows API 调用点(或一组调用，如果它们是连续的)转换为 UTF-16 并返回，因为听起来您有更多外部调用多于 Windows API 调用。这应该有望限制您实际必须进行的转换次数，并且应该表现得相当好。如果您发现这样转换太慢，请使用检测确定，然后查看是否有其他 API 可用于转换(请参阅 Raymond Chen 的“加载字典”子系列以更好地阅读后者，但请记住 Knuth 关于过早优化的格言)。