为什么 num_get 和 num_put 不对称？

Question

std::basic_istream 的算术提取运算符有non-virtual overloads for all 8 integer types（不列出字符，无论如何处理方式不同），它调用num_get::get，它有单独的virtual overloads for 6 of them（缺少short 和int 的签名版本）

std::basic_ostream 的算术插入运算符也有non-virtual overloads for all 8 integer types，它调用num_put::put，它只有virtual overloads for 4 types，即long、long long 及其无符号变体。对于较小的类型，插入运算符执行整数提升。

为什么在用户可扩展性方面存在差距？似乎不可能为每个整数类型提供用户定义的处理（例如，在 iostream 接口之上构建一个类型保留的序列化库），而且它是不对称的。不费吹灰之力就可以实现。有取舍吗？

Answer 1

根据Standard C++ Iostreams and Locales：

乍一看，它可能看起来像是 put() 的缩写，int， 或浮动丢失。目的是保持界面 标准库简洁，可以是 short 或 int 类型的值 由long的版本处理。类似地，浮点类型的值可以 由 double 的 put() 版本处理。

然后是关于num_get::get():

同样，与 num_put::put() 一样，不是绝对的类型 必要的被省略了。

Answer 2

当您读取值时，您必须允许溢出，因此每种类型都需要一个提取器。当您编写值时，您不会，因此最大的类型就足够了。在过去，最大的类型是long。添加long long 时，为向后兼容保留long 的版本。