IronRuby System.DateTime NilClass

Question

为什么与 null 比较如此不稳定？

只是代码。

IronRuby 0.9.4.0 on .NET 2.0.50727.4927
Copyright (c) Microsoft Corporation. All rights reserved.

>>> require 'System'
=> true
>>> i = System::Int32.MinValue
=> -2147483648
>>> i==nil
=> false
>>> d = System::DateTime.Now
=> 11.02.2010 14:15:02
>>> d==nil
(ir):1: can't convert NilClass into System::DateTime (TypeError)
>>> 

在 9.1 中，此代码按预期工作。

编辑：

解决方法：

>>> i.nil?
=> false
>>> d.nil?
=> false
>>> nil
=> nil
>>> nil.nil?
=> true
>>>

Answer 1

据我所知，不一致是因为 System.DateTime 定义了它自己的 == 方法，而 System.Int32 没有。
此外，System.Int32 是一个“特殊”类，IronRuby 将其直接映射到 Fixnum，因此当您调用 System.Int32 == x 时>，您实际上是在调用内置的 Fixnum#== 方法。

考虑到这一点，会发生以下情况：

使用 Int32 时，映射到 Fixnum

x = System::Int32.MinValue # => -2147483648
x.class # => Fixnum
x == nil # => Fixnum == nil

使用 Int16 时，它不映射到任何内容，并且不映射重载 ==

x = System::Int16.MinValue # => -32768 (Int16)
x.class # => System::Int16
x == nil # => Object == nil

与 DateTime 不映射，但确实重载 ==

x = System::DateTime.Now # => 1/03/2010 9:00:47 a.m.
x.class # => System::DateTime
x == nil # System::DateTime == nil

系统： :DateTime 重载 == 方法仅接受其他 System::DateTime 结构。
然后，IronRuby 尝试将 nil 转换为这些结构之一，以便它可以调用该方法，然后该方法会失败并出现您看到的错误。

这看起来不一致吗？是的。
难道真的不一致吗？我认为不。好吧，这并不比定义自己的 == 方法的任何其他 CLR 类型更加不一致。对我来说，仅使用 System::DateTime 的特殊情况是没有意义的，

但总的来说，这并不重要。在 ruby​​ 中检查 null 的“正确”方法是调用 .nil?，这适用于 DateTime 或任何其他类/结构