如何处理 size_t 与 std::size_t？
What to do with size_t vs. std::size_t?
刚刚阅读：
Does "std::size_t" make sense in C++?
我意识到在 #include <cstddef> 时使用 ::size_t 不符合标准（尽管我的编译器支持）。我想遵守标准，但我不想在我所有的 size_t 前添加 std::。那么，更customary/popular的处理方法是什么：
- 写
using std::size_t;?
- 包括
<stddef.h>?
- 仅仅依靠编译器支持？
- 还有别的吗？
您应该使用 using 指令指定它。
using std::size_t;
将其添加到每个编译单元的全局范围，或者如果它会在全局范围内造成干扰，则将其添加到本地范围。
正如您所说，stddef.h 也有效，老实说，该方法 "worse" 不如这个。但是，stddef.h 是一种向后兼容性 header，最好避免在新代码中依赖它。
我更喜欢 using 指令，因为它不会在您不需要的任何地方污染全局名称空间，并且不依赖于任意编译器对非标准行为的支持。此外，这是在可能有多个选项时将类型引入命名空间的普遍接受的方法，因此它并不是 size_t.
的用法所独有的
这真的不是一个人可以权威回答的问题。我从事专业开发已有 10 年，自 1998 年以来一直使用 C++，但我永远不会看到已编写的全部 C++ 代码中有任何具有统计意义的部分。据我所知，有很多代码仍然使用 stddef.h，而且它不会很快崩溃。
对于新代码，我更喜欢在任何地方都输入 "std::" 前缀，只有在变得麻烦或难以阅读时才应用 using 指令。但是，我认识到这可能会刺激 "inherited" 代码，这正是 file-scope using 指令更好的地方。如果您有时间适当地重构继承的代码，那么您应该这样做是有道理的，但它很可能涉及的不仅仅是 size_t 个变量。
我还应该提到 C++ 常见问题解答（项目 27.5）也提到了这个问题 here，我的印象是他们主要建议与团队中的其他人保持一致。
我想在这里指出，在文件范围内应用 "using namespace std" 不是好的做法，尽管这也会将 size_t 带入全局命名空间。我会 link 原因 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 方法，"using namespace std"，不要这样做！）
- E) 27,080 个结果（我推荐的方法，"using std::size_t"）
肯定不完美，欢迎大家批评指正，但看来我推荐的方法，如前所述，并不是最流行的。根据数据，似乎最流行的是在 size_t (B) 上使用 "std::" 前缀，其次是包括 "stddef.h" (A)。幸运的是，(D) 的坏方法并不流行，但似乎很多人可能依赖其他 files/headers 将 size_t 带入全局命名空间，或者只是希望它已经存在于编译器中（C）。
因此，对于 "go with the herd"，您应该在所有内容前加上 "std::"。如果你不想那样做，那么 "stddef.h" 也很常用，但我的偏好仍然是 using 指令。
So, what is the more customary/popular way to handle this:
这是一种确定方法：
GitHub search for "std::size_t" in C++ code：4,650,049 个结果。
GitHub search for "size_t" in C++ code：24,835,033 个结果。
同样，"#include <stddef.h>" 给出了 1,051,142 次点击，而 "#include <cstddef>" 给出了 2,099,971 次点击。搜索 "using std::size_t;" 仅给出 50,057 个结果。
只是把这个放在这里，得出你自己的结论。
刚刚阅读：
Does "std::size_t" make sense in C++?
我意识到在 #include <cstddef> 时使用 ::size_t 不符合标准（尽管我的编译器支持）。我想遵守标准，但我不想在我所有的 size_t 前添加 std::。那么，更customary/popular的处理方法是什么：
- 写
using std::size_t;? - 包括
<stddef.h>? - 仅仅依靠编译器支持？
- 还有别的吗？
您应该使用 using 指令指定它。
using std::size_t;
将其添加到每个编译单元的全局范围，或者如果它会在全局范围内造成干扰，则将其添加到本地范围。
正如您所说，stddef.h 也有效，老实说，该方法 "worse" 不如这个。但是，stddef.h 是一种向后兼容性 header，最好避免在新代码中依赖它。
我更喜欢 using 指令，因为它不会在您不需要的任何地方污染全局名称空间，并且不依赖于任意编译器对非标准行为的支持。此外，这是在可能有多个选项时将类型引入命名空间的普遍接受的方法，因此它并不是 size_t.
的用法所独有的这真的不是一个人可以权威回答的问题。我从事专业开发已有 10 年，自 1998 年以来一直使用 C++，但我永远不会看到已编写的全部 C++ 代码中有任何具有统计意义的部分。据我所知，有很多代码仍然使用 stddef.h，而且它不会很快崩溃。
对于新代码，我更喜欢在任何地方都输入 "std::" 前缀，只有在变得麻烦或难以阅读时才应用 using 指令。但是，我认识到这可能会刺激 "inherited" 代码，这正是 file-scope using 指令更好的地方。如果您有时间适当地重构继承的代码，那么您应该这样做是有道理的，但它很可能涉及的不仅仅是 size_t 个变量。
我还应该提到 C++ 常见问题解答（项目 27.5）也提到了这个问题 here，我的印象是他们主要建议与团队中的其他人保持一致。
我想在这里指出，在文件范围内应用 "using namespace std" 不是好的做法，尽管这也会将 size_t 带入全局命名空间。我会 link 原因 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 方法，"using namespace std"，不要这样做！）
- E) 27,080 个结果（我推荐的方法，"using std::size_t"）
肯定不完美，欢迎大家批评指正，但看来我推荐的方法，如前所述，并不是最流行的。根据数据，似乎最流行的是在 size_t (B) 上使用 "std::" 前缀，其次是包括 "stddef.h" (A)。幸运的是，(D) 的坏方法并不流行，但似乎很多人可能依赖其他 files/headers 将 size_t 带入全局命名空间，或者只是希望它已经存在于编译器中（C）。
因此，对于 "go with the herd"，您应该在所有内容前加上 "std::"。如果你不想那样做，那么 "stddef.h" 也很常用，但我的偏好仍然是 using 指令。
So, what is the more customary/popular way to handle this:
这是一种确定方法：
GitHub search for "std::size_t" in C++ code：4,650,049 个结果。
GitHub search for "size_t" in C++ code：24,835,033 个结果。
同样，"#include <stddef.h>" 给出了 1,051,142 次点击，而 "#include <cstddef>" 给出了 2,099,971 次点击。搜索 "using std::size_t;" 仅给出 50,057 个结果。
只是把这个放在这里，得出你自己的结论。