c++ - 为什么 pair、make_pair 和 rel_ops 都在同一个包含文件中?

标签 c++ standard-library

我知道标准库有它的缺点(给我找一种没有标准库的语言)但我一直想知道为什么他们觉得有必要将两个看似无关的代码片段塞进一个名为“utility”的包含中”这曾经是有原因的吗?这个库是否曾经包含更多被认为有用的东西,或者变得如此充实以保证拥有自己的头文件?

基本上我想弄明白的是 pair、make_pair 和 rel_ops 有什么共同点?

最佳答案

好吧,我想很清楚 pairmake_pair 的共同点。

rel_ops OTOH 似乎没有任何联系。但是它应该去哪里呢?这三个都是非常基本的实用功能,可用于各种领域。他们真正唯一的地方是在一个非描述性的“实用程序”文件中。真正的问题是为什么里面没有更多...

关于c++ - 为什么 pair、make_pair 和 rel_ops 都在同一个包含文件中?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3374584/

相关文章:

c++ - 从具有不同数据长度的文件中获取数据c++

c++ - 如果直接跟随形成有效标识符的字符,则宏变量不会扩展

c++ - 在它所在的类之外声明一个嵌套类?

c - 标准 C 库和系统调用如何协同工作?

c++ - 无法将 Lua for Windows 安装嵌入到 C++ 程序中

c++ - 如何修改这个基于 MFC 的代码片段以使用我自己选择的窗口类名?

c++ - 将类型序列与 iostream 混合的最简单方法?

c++ - 除了在 xtree 中抑制无法访问代码的警告之外,还有其他选择吗?

c++ - VS 代码无法检测标准 C++ 库

使用标准库的 Python Web 编程