Rust 中的字节序、API 设计和多态性 - Jimmy

我最近一直在做一个涉及字节序（也称为字节顺序）的序列化项目，它让我探索了 Rust 标准库中处理字节序的部分，并分享了我对如何在编程中表示字节序的想法语言及其标准库，因为我认为这也是 Rust 比 C++ 做得更好的地方，并且也是一个很好的案例研究来讨论 Rust 中的 API 设计和多态性。
 
Big End, Little End
当我第一次在 DOS 上学习使用DEBUG.EXE程序进行编程时，我第一次遇到了字节序的概念。当一个16位值显示为16位值时，它只是正常的十六进制，但是当它显示为两个8位字节时，显示就发生了奇怪的事情。
这是一个演示效果的C++ 片段：

template<typename T>
void display_bytes(const T &val) {
    char bytes[sizeof(T)];
    memcpy(bytes, &val, sizeof(T));
    for (auto byte : bytes) {
        printf("%2x ", byte);
    }
    printf("\n");
}

int main() {
    int value = 0x12345678;
    printf("%x\n", value);
    display_bytes(value);
}

当在任何小端Little End处理器（绝大多数处理器）上运行时，我们得到：

12345678
78 56 34 12

12345678
12 34 56 78

在这一点上，我理解的小字节序是英特尔处理器出于我不理解的原因所做的一件奇怪的事情，这让我在阅读十六进制转储时做了一些额外的工作。当时，这很好：我认为必须应用这些额外的奥术知识本身就很酷。而且，我认为小字节序是做需要额外工作的事情的奇怪方式，而大字节序是更自然的设计。直到很久以后，我才对这个观点有了一些细微的差别。
看，我们用于数字的书写系统是大端。我们不是将数字划分为字节（以 256 为基数），而是将其划分为数字。我们认为页面左侧在页面右侧之前，我们首先写入最高有效数字。这都是在小学明确教授的：

1234 = 1*10^3 + 2*10^2 + 3*10^1 + 4*10^0