c++ - 在跨平台 C 和 C++ API 中使用字符串的当前最佳实践是什么？

Question

我看起来可能需要开始一些跨平台项目，其中一部分必须用 C 或 C++ 完成(尚未决定，因此问题是关于它们两者的)。一般来说，我将主要处理基于文本的内容和字符串。

C/C++ 将具有可从更高级别的平台相关代码调用的 API。

我的问题是:建议使用什么类型来处理字符串，尤其是在声明公共(public)接口(interface)时？有没有推荐的标准技术？有什么要避免的吗？

我没有编写 C 或 C++ 代码的经验，即使那是在 Windows 上，所以这里根本没有跨平台。所以我真正想要的是让我走上正确的道路，避免做那些必然会造成很多痛苦的愚蠢事情。

---

编辑 1: 提供有关预期用途的更多背景信息。API 将由以下人员使用:

• 通过 NSString 和 friend 在 iPhone/iPad/Mac 上实现 Objective C。 API可以静态链接，所以这里不用担心.so.dll的问题。

• 在 Android 和其他 Java 平台上通过 JNI 的 Java

• .NET 通过 p/invoke 从托管 C# 代码或者如果使用 C++/CLI 则进行本地静态链接。

• 有一些关于在这种情况下以某种方式/某处使用 lua 的想法。不知道这是否有任何影响。

Answer 1

规则

• 使用 UTF 格式存储字符串，不是“代码页”或诸如此类的东西( UTF-16 可能更容易 编辑:我完全忘记了字节顺序问题; UTF-8 可能是要走的路)。

• 使用以 null 结尾的字符串而不是计数字符串，因为这些字符串最容易从大多数语言中访问。但要小心缓冲区溢出。
  6 年后更新:出于互操作性的原因，我推荐了这个 API(因为很多人已经在使用 null 终止符，并且有多种方法来表示计数的字符串)，从最佳设计的角度来看，这不是最好的 API .今天我可能会说前者不太重要，如果可以的话，我建议使用计数字符串而不是空终止字符串。

• 甚至不要尝试使用像std::string 这样的类来向用户传递字符串或从用户传递字符串。即使是您的自己的程序在升级您的编译器/库后也可能会崩溃(因为它们的实现细节就是这样:一个实现细节)，更不用说非 C++ 程序会遇到问题了。
  6 年后更新:这是严格出于与其他语言的语言和 ABI 兼容性原因，而不是针对 C++ 程序开发的一般建议。如果您正在进行 C++ 开发、跨平台或其他方式，请使用 STL!也就是说，如果您需要从其他语言调用您的代码，请仅遵循此建议。

• 避免为用户分配字符串，除非这对用户来说真的很痛苦。相反，取一个缓冲区并用数据填充它。这样您就不必强制用户使用特定功能来释放数据。 (这通常也是一种性能优势，因为它允许用户在堆栈上分配小缓冲区。但是如果您这样做这样做，提供您自己的函数以释放数据。你不能假设你的 malloc 或 new 可以用它们的 free 或 delete 来释放 - - 他们通常不可能。)

备注:

澄清一下，“让用户分配缓冲区”和“使用以 NULL 结尾的字符串”不会相互冲突。您仍然需要从用户那里获取缓冲区长度，但是在终止字符串时包含了 NULL。我的观点是不您应该制作一个类似于scanf("%s") 的函数，这显然是非常危险的——您仍然需要来自用户的缓冲区长度.也就是说，在这方面几乎可以做 Windows 所做的事情。