C# 到大端点还是到小端点？
假设我们暂时忽略了目标和源硬件。那么，更好的endian风格是什么——大的还是小的 我只是想在这个问题上达成共识。到目前为止，我收到的最好的指导是“视情况而定”，所以总是要详细说明。那很好。我会的C# 到大端点还是到小端点？,c#,.net,c++,hardware,endianness,C#,.net,C++,Hardware,Endianness,假设我们暂时忽略了目标和源硬件。那么，更好的endian风格是什么——大的还是小的 我只是想在这个问题上达成共识。到目前为止，我收到的最好的指导是“视情况而定”，所以总是要详细说明。那很好。我会的 然而，在这种情况下，没有必要这样或那样。没有遗留问题，所以我想，“对于当前和新兴的硬件来说，什么是最干净的选择。”不要选择。只需使用编译器/平台使用的任何东西。这没有任何麻烦，只是工作 如果你在做原始网络的东西，你可能想把东西转换成网络端，也就是big-endian。但不要因此而把你的整个代码弄乱。当
然而，在这种情况下，没有必要这样或那样。没有遗留问题，所以我想，“对于当前和新兴的硬件来说，什么是最干净的选择。”不要选择。只需使用编译器/平台使用的任何东西。这没有任何麻烦，只是工作
如果你在做原始网络的东西，你可能想把东西转换成网络端，也就是big-endian。但不要因此而把你的整个代码弄乱。当您进入网络写作部分时，只需进行转换。不要选择。只需使用编译器/平台使用的任何东西。这没有任何麻烦，只是工作
如果你在做原始网络的东西，你可能想把东西转换成网络端，也就是big-endian。但不要因此而把你的整个代码弄乱。当你进入网络写作部分时，只需进行转换。没关系。就挑一个吧
这是一个争论不休的话题。一方并不比另一方有特别的优势。这没关系。就挑一个吧
这是一个争论不休的话题。一个并不比另一个有特别的优势。事实上，答案是这要看情况而定
如果您只是想选择，那么因为在Big-Endian中，高阶字节排在第一位，所以您可以从第一个字节开始检查正数或负数。事实上，答案是这要视情况而定
如果您只是想选择，那么因为在Big-Endian中，高阶字节排在第一位，所以您可以始终从第一个字节开始检查正或负。使用硬件中占主导地位的任何东西。或者使用“网络字节顺序”（big-endian），因为互联网确实如此。或者随便挑一个。这并不重要。使用硬件中占主导地位的任何东西。或者使用“网络字节顺序”（big-endian），因为互联网确实如此。或者随便挑一个。这不重要。这是一种n语言的情况。我希望所有语言都能很好地结合在一起。很不幸，我需要选择。@sgtz:是同一个平台吗？语言是否使用不同的endian？语言不是真正的问题，是系统-如果它是同质的，不用担心，如果是异质的，那么您需要一种通用的通信格式-通常这是big endian。但习惯是在处理数据之前总是转换为本地格式（反之亦然），不一定是同一个平台或机器。@sgtz选择任何一个（例如big-endian），并为使用little-endian的人进行转换。这是一种n语言的情况。我希望所有语言都能很好地结合在一起。很不幸，我需要选择。@sgtz:是同一个平台吗？语言是否使用不同的endian？语言不是真正的问题，是系统-如果它是同质的，不用担心，如果是异质的，那么您需要一种通用的通信格式-通常这是big endian。但习惯是在处理数据之前总是转换为本地格式（反之亦然），不一定是同一个平台或机器。@sgtz选择任何一个（例如big-endian），并为使用little-endian的人进行转换。《格列佛之旅》是必读材料。big-end/little-end作为术语来自Swift，在讨论打开鸡蛋的哪一端时，谁给出了一个毫无意义的争论的例子。你真的是如此接近CPU以至于这很重要吗？这更像是我所追求的“按惯例”的喘息。关于CPU的问题——我没有。附近的其他人——是的。答案当然是“是的”。格列佛的旅行是必读材料。大端/小端作为术语来自Swift，在讨论打开鸡蛋的哪一端时，谁给出了一个毫无意义的争论的例子。你真的是如此接近CPU以至于这很重要吗？这更像是我所追求的“按惯例”的喘息。关于CPU问题——我不知道。附近的其他人——是的。答案当然是“是的”。+1我想知道“网络字节顺序”是什么。泰。至少对我来说，又一次投票支持big-endian。我想知道“网络字节顺序”是什么。泰。至少对我来说，再投一张大端号的票。不管大端号是多少，你都要像这样检查正数还是负数。持久性与积极或消极无关。这是关于表现，而不是价值观。请不要因此而混淆您的代码。您可以像这样检查正负值
x<0