- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
我在 C# (.Net 4) 中使用 double[]
进行了一些统计操作,然后我发现了一些使用 CompareTo
方法和 double.NaN 的奇怪行为
。当我尝试这段代码时:
double.NaN.CompareTo(double.NegativeInfinity) //returns -1
这意味着 double.NaN
比 double.NegativeInfinity
还要小!谁能解释为什么会这样?
最佳答案
CompareTo 不会告诉您一件事比另一件事小。它告诉您一个实例在 (-) 之前,在 (+) 之后,或者在对实例进行排序时可以与 (0) 另一个实例互换。
这里的原因实际上取决于那些为 CLR 中的原语设计行为的人。
IComparable的目的是对一个类型的实例进行排序。因此,对于 NaN(一个有效的 double 值),决定在该类型的任何其他实例之前对其进行排序。
请注意,CompareTo 在含义或预期用途上不一定与数字大于/小于操作相同。 CompareTo 旨在提供对 double 可以采用的值集的排序。例如,
double.NaN.CompareTo(double.NaN)
将返回 0。但是
double.NaN == double.NaN
是错误的。同样,
double.NaN.CompareTo(double.NegativeInfinity)
返回-1,但是
double.NaN < double.NegativeInfinity
返回错误。因此,CompareTo 方法并不是说在数学上 double.NaN 小于 double.NegativeInfinity。小于运算符实际上说那不是真的。但它是说,在对值进行排序时,double.NaN 排在第一位。
这是指向 Double 类型的 LessThan Operator 的链接文档也是如此。阅读它以及 IComparable.CompareTo 的含义并排应该有助于澄清这两种方法试图表达的差异。
关于c# - double.NaN 和 double.NegativeInfinity 的 CompareTo 行为,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/14445765/
当我附加 Visual Studio 调试器时,我在应用程序中偶然发现了一个奇怪的错误。 这是我想谈论的代码片段: double lowerLimit = valueProvider.LowerLim
我查了很多关于这个问题的问题,但还没有找到解决方案。希望这不是一个重复的问题。 问题 如果我执行以下任一操作: INSERT INTO `Numbers`(`Number`) VALUES ('NaN
我们什么时候需要使用 Infinity 值,请添加一个真实世界的样本(如果可用)。 最佳答案 例如,负无穷大是空列表的自然最大值。有了这个,你有:max(l1 + l2) = max(max(l1),
我在 C# (.Net 4) 中使用 double[] 进行了一些统计操作,然后我发现了一些使用 CompareTo 方法和 double.NaN 的奇怪行为。当我尝试这段代码时: double.Na
我是一名优秀的程序员,十分优秀!