什么是比较参考类型的两个实例的“最佳实践”？

下面我总结了实现IEquatable时需要做的事情，并提供了各种MSDN文档页面的理由。摘要当需要测试值相等时（例如在集合中使用对象时），您应该为您的类实现IEquatable接口，覆盖Object.Equals和GetHashCode。当需要测试参考相等性时，您应该使用operator ==，operator！=和Object.ReferenceEquals。您应该只覆盖operator ==和operator！=的值类型和不可变的引用类型。理由IEquatableSystem.IEquatable接口用于比较对象的两个实例是否相等。根据类中实现的逻辑比较对象。比较结果是一个布尔值，表示对象是否不同。这与System.IComparable接口形成对比，后者返回一个整数，指示对象值的不同之处。IEquatable接口声明了必须重写的两个方法。Equals方法包含执行实际比较的实现，如果对象值相等则返回true，否则返回false。GetHashCode方法应返回唯一的哈希值，该哈希值可用于唯一标识包含不同值的相同对象。使用的散列算法类型是特定于实现的。IEquatable.Equals方法您应该为对象实现IEquatable，以处理它们存储在数组或泛型集合中的可能性。如果实现IEquatable，还应该覆盖Object.Equals（Object）和GetHashCode的基类实现，以便它们的行为与IEquatable.Equals方法的行为一致。覆盖等于（）和运算符的指南==（C＃编程指南）x.Equals（x）返回true。x.Equals（y）返回与y.Equals（x）相同的值if（x.Equals（y）&& y.Equals（z））返回true，则x.Equals（z）返回true。连续调用x。只要未修改x和y引用的对象，Equals（y）就会返回相同的值。X。Equals（null）返回false（仅适用于非可空值类型。有关更多信息，请参阅Nullable Types（C＃编程指南）。）Equals的新实现不应该抛出异常。建议任何覆盖Equals的类也会覆盖Object.GetHashCode。建议除了实现Equals（object）之外，任何类还为自己的类型实现Equals（type），以增强性能。默认情况下，operator ==通过确定两个引用是否指示同一对象来测试引用相等性。因此，引用类型不必实现operator ==以获得此功能。当一个类型是不可变的，也就是说，实例中包含的数据不能改变时，重载operator ==来比较值的相等而不是引用相等可能是有用的，因为作为不可变对象，它们可以被认为是相同的因为它们具有相同的价值。在非不可变类型中覆盖operator ==不是一个好主意。重载的operator ==实现不应该抛出异常。任何重载operator ==的类型也应该重载operator！=。==运算符（C＃参考）对于预定义的值类型，如果操作数的值相等，则相等运算符（==）返回true，否则返回false。对于除string之外的引用类型，如果其两个操作数引用同一对象，则==返回true。对于字符串类型，==比较字符串的值。在运算符==覆盖中使用==比较测试null时，请确保使用基础对象类运算符。如果不这样做，将发生无限递归，从而导致堆栈溢出。Object.Equals方法（对象）如果您的编程语言支持运算符重载，并且您选择重载给定类型的相等运算符，则该类型必须覆盖Equals方法。Equals方法的此类实现必须返回与相等运算符相同的结果以下准则用于实现值类型：考虑重写Equals以获得比ValueType上的Equals的默认实现所提供的性能更高的性能。如果重写等于并且语言支持运算符重载，则必须为值类型重载等于运算符。以下准则用于实现引用类型：如果类型的语义基于类型表示某些值的事实，请考虑在引用类型上覆盖Equals。大多数引用类型都不能重载等于运算符，即使它们重写等于。但是，如果要实现旨在具有值语义的引用类型（例如复数类型），则必须覆盖相等运算符。额外的陷阱重写GetHashCode（）时，请确保在哈希代码中使用它们之前测试NULL的引用类型。我遇到了这里描述的基于接口的编程和运算符重载的问题：C＃中基于接口的编程的运算符重载

什么是比较参考类型的两个实例的“最佳实践”？

更新

3回答