为什么 C# 中的'short int”数据类型没有文字修饰符？

为什么某些数据类型在编程语言中缺乏文字修饰符

虽然像 C# 这样的编程语言致力于一致性和逻辑设计，但在某些情况下特定数据类型可能缺少文字修饰符。这引发了关于这种差异背后原因的疑问。

案例研究：C# 中的 long int 与 Short int

考虑 C# 中的 long int 和 Short int 示例。前者拥有字面修饰符（“L”或“l”），而后者则没有。这引发了疑问：为什么要进行这种分离？

捍卫缺席

标准论点是，当功能（如文字修饰符）的收益超过成本时，就会被引入。对于短整型，支持者有责任根据整型的现有功能来证明其必要性。

长整型中文字修饰符的理由

绝大多数整数计算都在 32 位有符号整数 (int) 的范围内。因此，C# 默认使用这种算术运算表示形式，使整数文字的“1”后缀变得直观。

但是，当计算超出此范围或需要特定位模式时，可以使用“L”和“U”等修饰符' 开始发挥作用。它们分别清楚地表明了使用 64 位长整数或无符号整数的意图。

为什么不使用短整型？

与 long int 不同，有两个原因为什么短整型缺少文字修饰符：

1. 兼容性：整数文字可以合法地分配给短整型，没有问题。
2. 算术限制：算术从未明确在 C# 中以 Shorts 形式执行。相反，在计算过程中，shorts 会被提升为 int，因为绝大多数操作都在整数范围内，并且短算术在现代硬件上可能效率低下。

结论

总之，文字修饰符是为类型提供的，其好处是显而易见的。对于 int，默认表示形式适合大多数情况，而 long int 和无符号整数则满足特定需求。 Short int 缺少修饰符，因为 int 已经实现了它的功能，并且它不用于语言中的显式算术。

以上是为什么 C# 中的'short int”数据类型没有文字修饰符？的详细内容。更多信息请关注PHP中文网其他相关文章！