std::byte 在奇怪的平台上
std::byte on odd platforms
阅读 Herb Sutter 的博客 post 关于最近的 C++ 标准会议，它注意到 std::byte 被添加到 C++17。作为初读，我有些担心，因为它使用 unsigned char 来避免严格的别名规则带来的并发症。
我最担心的是，它如何在 CHAR_BIT 不是 8 的平台上运行？我工作过 on/with 平台，其中 CHAR_BIT 是 16 或 32（通常是 DSP）。鉴于 std::byte 用于处理 "byte-oriented access to memory"，并且大多数人将字节理解为表示一个八位字节（而不是底层字符类型的大小），对于希望这将解决连续问题的个人来说，这将如何工作8 位内存块？
我已经看到有人假设 CHAR_BIT 是 8（不知道 CHAR_BIT 存在...）。称为 std::byte 的类型可能会给个人带来更多的困惑。
我想我所期望的是他们引入了一种类型以允许在所有情况下对连续的八位字节保持一致 addressing/access。有许多 octet-oriented 协议，如果有一个库或类型保证在所有平台上一次访问一个八位字节的内存，无论 CHAR_BIT 在给定平台上等于什么.
我完全可以理解想要明确指出某些东西被用作字节序列而不是字符序列，但它似乎不像其他许多东西那样有用。
Given that std::byte is for dealing with "byte-oriented access to memory", and most people understand byte to indicate an octet (not the size of the underlying character type), how will this work for individuals who expect that this will address contiguous 8-bit chunks of memory?
你不能理解错误的东西，然后期望世界重新安排自己以符合你的期望。
大多数人之所以认为一个字节和一个八位字节是一回事，是因为在大多数情况下确实如此。您的绝大多数典型计算机都有 CHAR_BIT == 8。这并不意味着它一直都是真的。
- 字节不是八位字节。
char、signed char 和 unsigned char 的大小为一个 字节.
好的一面是，不知道的人实际上是不需要知道的人。如果您在一台字节由多个八位字节组成的机器上工作，那么您就是那种比其他任何人都更需要了解这一点的开发人员。
如果我们在这里谈论理论，那么答案很简单：只需了解字节与八位字节不同即可。如果我们谈论的是具体的东西，那么答案是您要么已经知道区别，要么不需要知道（希望 :)）。最糟糕的情况是你痛苦地学习这个，但这是第三小部分开发人员在没有外来知识的情况下在外来平台上工作。
如果您想要八位字节的等价物，它已经存在：
请注意它们是 "provided only if the implementation directly supports the type"。
阅读 Herb Sutter 的博客 post 关于最近的 C++ 标准会议，它注意到 std::byte 被添加到 C++17。作为初读，我有些担心，因为它使用 unsigned char 来避免严格的别名规则带来的并发症。
我最担心的是，它如何在 CHAR_BIT 不是 8 的平台上运行？我工作过 on/with 平台，其中 CHAR_BIT 是 16 或 32（通常是 DSP）。鉴于 std::byte 用于处理 "byte-oriented access to memory"，并且大多数人将字节理解为表示一个八位字节（而不是底层字符类型的大小），对于希望这将解决连续问题的个人来说，这将如何工作8 位内存块？
我已经看到有人假设 CHAR_BIT 是 8（不知道 CHAR_BIT 存在...）。称为 std::byte 的类型可能会给个人带来更多的困惑。
我想我所期望的是他们引入了一种类型以允许在所有情况下对连续的八位字节保持一致 addressing/access。有许多 octet-oriented 协议，如果有一个库或类型保证在所有平台上一次访问一个八位字节的内存，无论 CHAR_BIT 在给定平台上等于什么.
我完全可以理解想要明确指出某些东西被用作字节序列而不是字符序列，但它似乎不像其他许多东西那样有用。
Given that
std::byteis for dealing with "byte-oriented access to memory", and most people understand byte to indicate an octet (not the size of the underlying character type), how will this work for individuals who expect that this will address contiguous 8-bit chunks of memory?
你不能理解错误的东西，然后期望世界重新安排自己以符合你的期望。
大多数人之所以认为一个字节和一个八位字节是一回事，是因为在大多数情况下确实如此。您的绝大多数典型计算机都有 CHAR_BIT == 8。这并不意味着它一直都是真的。
- 字节不是八位字节。
char、signed char和unsigned char的大小为一个 字节.
好的一面是，不知道的人实际上是不需要知道的人。如果您在一台字节由多个八位字节组成的机器上工作，那么您就是那种比其他任何人都更需要了解这一点的开发人员。
如果我们在这里谈论理论，那么答案很简单：只需了解字节与八位字节不同即可。如果我们谈论的是具体的东西，那么答案是您要么已经知道区别，要么不需要知道（希望 :)）。最糟糕的情况是你痛苦地学习这个，但这是第三小部分开发人员在没有外来知识的情况下在外来平台上工作。
如果您想要八位字节的等价物，它已经存在：
请注意它们是 "provided only if the implementation directly supports the type"。