IEquatableとObject.Equals（）をオーバーライドするだけの違いは何ですか？

Foodクラスがの別のインスタンスと等しい場合はいつでもテストできるようにしたいFood。後でリストに対して使用し、そのList.Contains()メソッドを使用したいと思います。実装するIEquatable<Food>か、単にオーバーライドする必要がありますObject.Equals()か？MSDNから：

このメソッドは、T（リスト内の値のタイプ）に対するIEquatable.Equalsメソッドのオブジェクトの実装によって定義されているデフォルトの等値比較子を使用して、等値を決定します。

だから私の次の質問は：.NETフレームワークのどの関数/クラスが利用するのObject.Equals()ですか？そもそも使った方がいいですか？

主な理由はパフォーマンスです。ジェネリック医薬品は、.NET 2.0で導入されたとき、彼らは、次のようなきちんとしたクラスの束を追加することができましたList<T>、Dictionary<K,V>、HashSet<T>、などのこれらの構造を多用するGetHashCodeとEquals。しかし、値型の場合、これにはボクシングが必要でした。IEquatable<T>構造体に厳密に型指定されたEqualsメソッドを実装させるため、ボクシングは必要ありません。したがって、ジェネリックコレクションで値型を使用する場合のパフォーマンスが大幅に向上します。

参照型にはそれほどメリットはありませんが、IEquatable<T>実装では、System.Object頻繁に呼び出される場合に違いが生じるキャストを回避できます。

ただし、Jared Parsonのブログに記載されているように、オブジェクトのオーバーライドを実装する必要があります。

MSDNによると：

を実装する場合IEquatable<T>はObject.Equals(Object)、およびの基本クラスの実装もオーバーライドして、GetHashCode それらの動作がIEquatable<T>.Equals メソッドの動作と一致するようにする必要があります 。overrideを行う場合 Object.Equals(Object)、オーバーライドされた実装はEquals(System.Object, System.Object)、クラスの静的メソッドの呼び出しでも呼び出されます。これにより、Equalsメソッドのすべての呼び出しで一貫した結果が返されます。

したがって、クラスの使用方法に応じてどちらかを呼び出すことができることを除いて、2つの間に実際の機能的な違いはないようです。パフォーマンスの観点からは、それに関連するボクシング/アンボクシングのペナルティがないため、ジェネリックバージョンを使用することをお勧めします。

論理的な観点からは、インターフェイスを実装することもお勧めします。オブジェクトをオーバーライドしても、クラスが実際に等値であるとは誰にもわかりません。オーバーライドは、何もしないクラスまたは浅い実装の場合があります。インターフェイスを使用すると、「ねえ、これは等価性チェックに有効です！」それはただより良いデザインです。

ジョシュが言ったことを実際的な例で拡張する。ジョシュへの+1-私は私の答えに同じことを書き込もうとしていた。

public abstract class EntityBase : IEquatable<EntityBase>
{
    public EntityBase() { }

    #region IEquatable<EntityBase> Members

    public bool Equals(EntityBase other)
    {
        //Generic implementation of equality using reflection on derived class instance.
        return true;
    }

    public override bool Equals(object obj)
    {
        return this.Equals(obj as EntityBase);
    }

    #endregion
}

public class Author : EntityBase
{
    public Author() { }
}

public class Book : EntityBase
{
    public Book() { }
}

このようにして、すべての派生クラスに対してそのまま使用できる再利用可能なEquals（）メソッドがあります。

を呼び出すとobject.Equals、値型の高価なボックス化が強制されます。これはパフォーマンス重視のシナリオでは望ましくありません。解決策はを使用することIEquatable<T>です。

public interface IEquatable<T>
{
  bool Equals (T other);
}

背後にIEquatable<T>ある考え方は、同じ結果をobject.Equalsより迅速に提供することです。制約where T : IEquatable<T>は、以下のようなジェネリック型で使用する必要があります。

public class Test<T> where T : IEquatable<T>
{
  public bool IsEqual (T a, T b)
  {
    return a.Equals (b); // No boxing with generic T
  }
}

それ以外の場合は、にバインドしslower object.Equals()ます。