为什么打印 `std::byte` 没有过载？

Question

以下代码不能在 C++20 中编译

#include <iostream>
#include <cstddef>

int main(){ 
    std::byte b {65};
    std::cout<<"byte: "<<b<<'\n';// Missing overload
}

std::byteC++17什么时候加入的，为什么没有对应的operator<<重载打印呢？我也许可以理解不打印容器的选择，但为什么不std::byte呢？它试图充当原始类型，我们甚至有 的重载std::string，最近的std::string_view，也许是最相关的 std::complex，并且std::bitset它本身可以被打印。

还有std::hex类似的修饰符，所以默认打印 0-255 应该不是问题。

这只是疏忽吗？怎么样operator>>，std::bitset有它，它根本不是微不足道的。

编辑：发现甚至std::bitset可以打印。

Answer 1

来自(P0298R3)上std::byte的论文：（强调我的）

设计决策

std::byte 不是整数也不是字符

这里的主要动机是使字节成为一种独特的类型——通过利用类型系统来提高程序安全性。这导致了设计，std::byte是不是整数类型，也不是一个字符类型。它是一种用于访问最终构成对象存储的位的独特类型。

因此，不需要隐式转换/解释为 achar或任何整数类型，因此std::cout除非显式转换为所需类型，否则不能使用打印。

此外，这个问题可能会有所帮助。

Answer 2

std::byte用于访问原始数据。允许我uint8_t用实际上说“这是原始且未解析的”的东西代替散布在代码库中的该死的东西，而不是可能被误解为 C 字符串的东西。

强调：std::byte不是“试图成为原始人”，它代表的东西甚至更少- 原始数据。

像这样实现它主要是 C++ 和编译器实现的一个怪癖（“原始”类型的布局规则比结构或类简单得多）。

这种事情主要出现在低级代码中，老实说，不应该使用打印。有时是不可能的。

例如，我的用例是通过 I2C（或 RS485）接收原始字节并将它们解析为帧，然后将其放入struct. 为什么我要在实际数据上序列化原始字节？我几乎可以立即访问数据？

总结一下这个有点啰嗦的答案，提供操作符重载std::byte来处理与iostream这种类型的意图背道而驰。

而尽可能在代码中表达意图是现代编程的重要原则之一。