【问题标题】:Why do decimals give a compile time error on division by zero? [duplicate]为什么小数会在除以零时产生编译时错误? [复制]
【发布时间】:2016-12-01 10:55:08
【问题描述】:

作为my previous question 的后续行动,我注意到除以零时的奇怪行为(使用控制台)。我发现以下两条语句编译得很好:

Console.WriteLine(1d / 0d);
Console.WriteLine(1f / 0f);

而这两个给出了编译时错误:

Console.WriteLine(1 / 0);
Console.WriteLine(1m / 0m);

除以常数零

为什么会有这种行为差异?

【问题讨论】:

  • @JeroenVannevel 我的问题是关于编译时错误,但我认为原因与运行时错误相同,谢谢
  • 这个问题是相关的,但不是真正的重复:强调编译时错误。另一个是“为什么 double 允许除以 0”
  • @Guillaume 虽然副本回答了问题并涵盖了 I 中的编译和运行时错误/异常,所以我相信它仍然是一个骗局
  • 编译时和运行时评估的行为不同。这个问题也是关于编译器在运行时评估时无法从具有定义行为 (DivideByZeroException) 的表达式生成 IL。

标签: c#


【解决方案1】:

浮点型和双精度型允许除以 0。它返回无穷大。

对于 Int32 和 Decimal,这是不允许的,它会引发异常。 编译器不允许对常量值除以 0,因为它会导致未定义的行为。

public class MyConsts {
public const int i = 1/0; // Constant, compile time evaluation
}

...

Console.WriteLine(MyConsts.i); // What would you expect ?

编译器无法为您的常量表达式计算正确的值。请记住,该值是在运行时编译而不是评估的,因此不可能引发异常。

【讨论】:

  • 这正是我在问题中所说的,问题是为什么
  • 这是设计使然。不同数字类型的实现方式……不同的类型,不同的特性。为什么投反对票?
  • 我添加了一些详细信息,说明为什么无法评估常数(编译时间)除以 0。
猜你喜欢
  • 2011-06-26
  • 2023-03-22
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2017-01-03
  • 2021-08-18
  • 1970-01-01
  • 2012-01-03
相关资源
最近更新 更多