c++ - 如何处理 size_t 与 std::size_t？

Question

刚读完:

Does "std::size_t" make sense in C++?

我意识到使用 ::size_t不符合标准(虽然我的编译器支持)当你#include <cstddef> .我想遵守标准，但我不想在前面加上 std::我所有的size_t的。那么，更习惯/流行的处理方式是什么:

• 写using std::size_t; ？
• 包括<stddef.h> ？
• 仅仅依靠编译器的支持？
• 还有别的吗？

Answer 1

您应该使用 using 指令指定它。

using std::size_t;

将其添加到每个编译单元的全局范围，或者如果它会在全局范围内造成干扰，则将其添加到本地范围。

stddef.h 也有效，正如您所指出的，老实说，该方法并不比这个方法“差”。但是，stddef.h 是一个向后兼容的头文件，最好避免在新代码中依赖它。

我更喜欢 using 指令，因为它不会在您不需要的任何地方污染全局命名空间，并且不依赖于任意编译器对非标准行为的支持。此外，这是在可能有多个选项时将类型引入命名空间的普遍接受的方式，因此它并不是 size_t 的用法所独有的。

这真的不是一个人可以权威回答的事情。我从事专业开发已有 10 年，自 1998 年以来一直使用 C++，但我永远不会看到已编写的全部 C++ 代码中有任何具有统计意义的部分。据我所知，有很多代码仍然使用 stddef.h，而且它不会很快崩溃。

对于新代码，我更喜欢在任何地方都输入“std::”前缀，只有在变得麻烦或难以阅读时才应用 using 指令。但是，我认识到这可能会刺激“继承”代码，这是文件范围 using 指令更好的地方。如果您有时间适本地重构继承的代码，那么您应该这样做是有道理的，但很可能涉及的不仅仅是 size_t 变量。

我还应该提到 C++ 常见问题解答(第 27.5 项)也提到了这个问题 here ，我的印象是他们主要建议与团队中的其他人保持一致。

我想在这里指出，在文件范围内应用“using namespace std”并不是好的做法，尽管这也会将 size_t 带入全局命名空间。我将链接原因 here .

我似乎把 tuple_cat 吓跑了(抱歉)，但我确实认为他的经验方法很好，所以我试图结合一些变化来解决我对他的回答的担忧。我尝试使用以下修改后的查询搜索 github，诚然，这仍然可能存在一些问题:

A) "size_t" AND "stddef.h" language:c++
B) "std::size_t" AND "<cstddef>" language:c++
C) "size_t" AND "<cstddef>" AND NOT "std::size_t" language:c++
D) "size_t" AND "<cstddef>" AND "using namespace std" AND NOT "std::size_t" language:c++
E) "size_t" AND "<cstddef>" AND "using std::size_t" language:c++

我得到以下信息:

• A) 974,239 个结果(stddef.h 方法)
• B) 1,230,021 个结果(cstddef 方法，带有“std::”前缀)
• C) 469,721 个结果(cstddef 方法，无前缀)
• D) 32,539 个结果(cstddef 方法，“使用命名空间标准”，不要这样做!)
• E) 27,080 个结果(我推荐的方法，“使用 std::size_t”)

绝对不完美，欢迎批评指正，但看来我推荐的方法，如前所述，并不是最流行的。根据数据，似乎最流行的是在 size_t (B) 上使用“std::”前缀，然后包括“stddef.h”(A)。幸运的是，(D) 的坏方法并不流行，但似乎许多人可能依赖其他文件/ header 将 size_t 引入全局命名空间，或者只是希望它已经存在于编译器 (C) 中。

因此，要“随大流”，您应该在所有内容前加上“std::”。如果您不想这样做，那么“stddef.h”也很常用，但我的偏好仍然是 using 指令。