問題タブ [iequatable]

IEquatable<T>インターフェイスを使用して比較したいオブジェクトを実装する場合:

1. Equals(object)既に実装している場合、メソッドをオーバーライドする必要があるのはなぜEquals(T)ですか?
2. ==実装したらand!=演算子を使用できますIEquatable<T>か?

List.Contains(myItem)リスト内のアイテムのプロパティが のプロパティと等しいかどうかを確認するために、同様のことを行うことができますかmyItem。

(次のようなものを検討Containsしました。Exists

単純な表現は得られません。)

次のような単純なものが必要です。

少なくとも 1 つの項目が満たされる場合、このメソッドは自動的に true を返す必要がありますorderLines[i]。

IEquatable<OrderLine>プロパティによって等しいものを実装しましProductたが、そこから先に進む方法が見つかりません。

私はいくつかの記事で読んだことがあります

IEquatable を使用した参照型の場合、キャストの使用を減らす

誰かが説得力のある例を親切に提供できますか。

次のような C# の Address クラスがあります。

私は平等を実装しているので、ハッシュコードをオーバーライドする必要があります。最初は EJ のハッシュコード式を使用するつもりでしたが、次のように考えました: これらはすべて文字列フィールドです。StringBuilder を使用してそれらを連結し、その文字列からハッシュ コードを返すことはできないのでしょうか?

あれは：

これの利点/欠点は何ですか? なぜ私はそれをすべきではないのですか？

データ クラスを作成するたびに、IEquatable の実装に多くの時間を費やします。

私が書いた最後のクラスは次のようなものでした：

IEquatable の実装は非常に困難でした。確かに C#3.0/LINQ は大いに役立ちますが、頂点をシフトしたり、逆の順序にしたりできるため、Equals メソッドが非常に複雑になります。多くの単体テストと対応する実装の後、あきらめて、アプリケーションを三角形のみを受け入れるように変更しました。IEquatable の実装では、11 個の単体テストのみを完全にカバーする必要がありました。

Equals と GetHashCode の実装に役立つツールまたは手法はありますか?

次のコードを使用して、IEquatableインターフェイスをクラスに実装しました。

このコードは、ほとんどすべての場合に非常にうまく機能します。ただし、次のチェックでは、aがnullであり、Equalsメソッドがないため、等式演算子のオーバーロードメソッドで例外がスローされます。

この問題を解決するための標準的な方法は何ですか？

編集

私はこれに行きましたが、それはかなり面倒なようです。これを達成するためのよりエレガントな方法があることを望んでいました。

解決

皆さんありがとう。みんなからたくさんの良いアドバイスをもらいました。本当に感謝しています。これは私が最終的に決めたものであり、私が始めたものよりもはるかにエレガントです。演算子のオーバーロードを除いて、すべてのコードは同じです。

基本的に、私はこれまでのところ以下を持っています：

したがって、問題は次のとおりですGuid。一意の識別子である必須ではないフィールドがあります。これが設定されていない場合は、2 つのオブジェクトが等しいかどうかを判断する試みとして、精度の低いメトリックに基づいて等しいかどうかを判断する必要があります。これはうまくいきますが、GetHashCode()面倒になります...どうすればいいですか？単純な実装は次のようになります。

しかし、2 種類のハッシュが衝突する可能性はどのくらいでしょうか? 確かに、そうなるとは思いません1 in 2 ** 32。これは悪い考えですか? もしそうなら、どうすればいいですか?

.NET では、Equals(object) と GetHashCode() に互換性がある必要があります。ただし、次のことができない場合があります。

データ密度が 32 ビットを超え、GetHashCode が Int32 を返すため、次の 3 つの解決策があります (GetHashCode が正しく実装されていると仮定します)。

1. 正しくないとして破棄されるコードの重複を避ける

   /li>

2. GetHashCode() とは別に Equals を実装する

   /li>

3. より高い精度の GetHashCode64 を実装すると、オーバーライドされた GetHashCode (32 ビット) は (int)GetHashCode64() を返し、Equals は this.GetHashCode64() == other.GetHashCode64() を返します。

どれを実装しますか？

最初の解決策は不正確ですが、よりクリーンです。2 番目のオプションはきれいに見えますが、クラスのプロパティが増えると非常に複雑になります。3 番目のオプションは妥協です。

等値比較子を実装する必要がある場合

作ろうかな

と

と

間違い？

そして何について

それも偽であるべきですか？

更新人々は、この質問の背後にある理由を疑問視しています。!= と == は常に反対であると想定されています。しかし、上記のすべての比較が false になるようにメソッドを実装すると、== 演算子と != 演算子が同じ結果になる場合があります。したがって、!= が true を返すか false を返すかはジレンマです。