4

我想知道 CLR 类型是否会从以下返回不同的结果：

Object.Equals(objA, objB)

objA.Equals(objB)

(objA == objB)

我确实意识到，在 CLR 之外，有人可以轻松地实现IEqualtableEquals 并不正确地重载 == 运算符。我不关心人们不正确地实施这些。我关心的是类（包括 String、Int32 等）以不同的方式实现这 3 个。

此外，如果可能的话，哪一个应该是用于整体比较（全面）的。我想知道这是因为我遇到了一个使用Object.Equals(objA, objB)整个视图模型而不是其他两个的文件。

private string _name;
public string Name
{
    get { return _name; }
    set
    {
        if (Equals(_name, value)) return;
        ...
    }
}

private int _id;
public int Id
{
    get { return _id; }
    set
    {
        if (Equals(_id, value)) return;
        ...
    }
}

private Object _obj;
public Object TheObject
{
    get { return _obj; }
    set
    {
        if (Equals(_obj, value)) return;
        ...
    }
}
4

2 回答 2

6

Object.Equals(a,b) 是空安全的。它可以回答例如 Equals(null, null) 这是真的。除此之外，它只是调用常规的 Equals() 方法。据我所知，clr 字符串和原始类型定义了相等运算符，其工作方式与 Object.Equals(a,b) 完全相同。

对于非空 objA 和 objB，如果正确实现了 Equals 方法，Object.Equals(objA, objB)、objA.Equals(objB) 和 objB.Equals(objA) 应该是等价的。

在您发布的代码中，使用 Equals(_obj, value) 似乎是正确的。

如果您想要完整的相等比较列表，请不要忘记 objA.ReferenceEquals(objB)，它是一种在许多情况下都很有用的相等。

于 2011-11-08T15:36:28.047 回答
1

对于任何浮点数Equals并==表现不同。

  • NaN==NaN => false遵循 IEEE 逻辑
  • NaN.Equals(NaN) => true遵循任何事物必须等于自身的要求。

当然Equals是被覆盖的，即即使静态类型是基类型它也可以工作，而==被重载并且仅在静态类型被重载时才有效。

我几乎从不x.Equals(y)直接打电话。对于一个人来说，它不能处理一个x存在null，而且它的不对称性是丑陋的 IMO。静态object.Equals(x,y)调用虚object.Equals(y)方法，但增加了空处理。

IEquatable<T>.Equals(other)等价object.Equals(other)于所有表现良好的类型，但它避免了值类型的装箱。

总之，我通常更喜欢==静态类型已知、EqualityComparer<T>.Default泛型类型或静态类型与运行时类型不匹配的情况。

在您的示例中Name， andId的行为方式与==and相同Equals，因为stringandint是密封的。

TheObject另一方面==，Equals对于某些类型表现出不同的行为。例如，如果您使用stringthenEquals将使用值相等，==并将使用引用相等。

于 2011-11-08T15:45:53.097 回答