刚读完:
Does "std::size_t" make sense in C++?
我意识到使用 ::size_t
不符合标准(虽然我的编译器支持)当你#include <cstddef>
.我想遵守标准,但我不想在前面加上 std::
我所有的size_t
的。那么,更习惯/流行的处理方式是什么:
- 写
using std::size_t;
? - 包括
<stddef.h>
? - 仅仅依靠编译器的支持?
- 还有别的吗?
最佳答案
您应该使用 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 指令。
关于c++ - 如何处理 size_t 与 std::size_t?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/42797279/