c++ - <cstdint> 与 <stdint.h>

Question

stdint.h和cstdint有什么区别？

它们都在 MSVC (Visual Studio 2010) 和 gcc-4.5.1 中可用。还都定义了 intX_t/uintX_t 类型(其中 X 是类型的字节大小)。

• 如果两个标题中的基本原理相同(可移植类型)，我必须做出哪些决定来决定其中一个？

stdint.h 定义了没有任何命名空间的每个类型，cstdint 类型位于 std 命名空间中。

• 是否有任何理由将定义的类型包含或不包含在 std 命名空间中？这两个标题有什么不同？

cstdint 没有文件扩展名并使用 c 前缀，stdint.h 使用 .h 扩展名.

• 此 header 的命名约定是什么？ c 前缀表示这是一个 C 库？ cstdint 中缺少文件扩展名是有原因的吗？

Answer 1

C++98 的初衷是应该使用 <cstdint>在 C++ 中，为了避免污染全局命名空间(嗯，不是 <cstdint>，特别是它只在 C++11 中添加，而是一般的 <c*> header )。

然而，实现仍然坚持将符号放入全局命名空间，C++11 批准了这种做法[*]。所以，你基本上有三个选择:

• 使用 <cstdint>并且要么完全限定您使用的每个整数类型，要么使用 using std::int32_t; 将其纳入范围等(烦人，因为冗长，但它是正确的方法，就像 C++ 标准库中的任何其他符号一样)
• 使用 <stdint.h> (因为已弃用而有点糟糕)
• 使用 <cstdint>并假设您的实现会将符号放在全局命名空间中(非常糟糕，因为无法保证)。

在实践中，我怀疑大量烦人的代码使用最后一个选项，仅仅是因为在 <cstdint> 的实现中很容易意外地做到这一点。将符号放在全局命名空间中。你应该尝试使用第一个。第二个优点是保证将东西放在全局命名空间中，而不是仅仅可能这样做。我认为这不是特别有用，但如果这是您的优先事项，它可能会节省一些打字时间。

还有第四个选项，#include <cstdint>紧随其后的是 using namespace std;这有时很有用，但有些地方你不应该把 using namespace std; .不同的人会有不同的想法，这些地方在哪里，但是“在头文件的顶层”比“在cpp文件的顶层”差，这比“在有限的范围内”差。有些人从不写using namespace std;完全没有。

[*] 这意味着允许 C++ 标准头文件将内容放在全局命名空间中，但不是必须的。因此，您必须避免与这些符号发生冲突，但您实际上不能使用它们，因为它们可能不存在。基本上，C++ 中的全局命名空间是一个雷区，尽量避免它。有人可能会争辩说，委员会已经通过实现批准了一种几乎与坚持 using namespace std; 一样有害的做法。在头文件的顶层——不同之处在于实现只对 C 标准库中的符号执行此操作，而 using namespace std;也适用于仅限 C++ 的符号。 C 标准中有一个部分列出了为将来添加到标准中而保留的名称。将这些名称也视为保留在 C++ 全局命名空间中并不是一个完全愚蠢的想法，但这不是必需的。