目录
- 应用情景：
- 什么时候需要重写 Equals() 方法
- 重写 Equals() 方法时的注意事项
- 重写 GetHashCode() 方法时的注意事项
应用情景：
很多标准的方法都是利用Object.Equals方法来做对比的，例如LIst.Remove
假设 某些情景下我们希望引用类型判断“相等”时不去看地址是不是同一个，而是看某些属性是不是一样就可以了。（例如身份证ID是一个就认为是同一个人）
复写方法如下范例所示：
Main{
List<People> nList = new List<People> { new People( 1 ), new People( 2 ), new People( 3 ) };
People onePeople = new People( 1 );
nList.Remove( onePeople );
}
class People
{
public People( int nID )
{
ID = nID;
}
int ID;
public override bool Equals( object obj )
{
return Equals( obj as People );
}
bool Equals( People other )
{
return other != null
&& ID == other.ID;
}
}
P.s. 最好也重新overide GetHashCode方法：
(7跟13只是常用的手法，拿質數來乘，確保hash code是獨一無二)，也可以加入 ^ 计算
public override int GetHashCode()
{
int hash =13;
hash = (hash * 7) + ID== null ? 0 : ID.GetHashCode();
}
原因是：
1.Equal是判断是否指向同一个地址
2.每个对象都会有一个独一无二的HashCode
一旦override了Equal方法，却不override GetHashCode方法会导致两个判断为相同（利用Equal判断）的对象，Hash值却不同。
承上，在使用到HashCode的地方（例如Dictionary中的key），两个相同对象可能会被重复加入到Dictionary中
什么时候需要重写 Equals() 方法
引用类型：
只有当需要修改该引用类型所定义的语义时，才应该重写实例版本的 Equals() 方法。如果类型需要采用值语义而不是引用语义（或者说，需要按照对象内容而不是对象身份来进行比较），那么就应该针对这个类型重写实例版本的 Object.Equals() 方法。
引用类型一般不需要重写 operator==()。
值类型：
创建值类型的时候，总是应该针对这个类型重写 ValueType.Equals() 方法。
因为值类型都继承自 System.ValueType 类，System.ValueType 类默认通过反射来实现比较，效率不够高。
值类型中默认的 == 运算符会默认通过反射进行比较，因此，也应该重写 == 操作符。
重写 Equals() 方法时的注意事项
Equals() 方法必须满足等同关系的 3 项数学性质：自反性、对称性、可传递性。
Equals() 方法决不应该抛出异常。
重写 Equals() 方法时，只有在基类型的 Equals(object) 不是由 System.Object 或 System.ValueType 所提供的情况下，才需要调用基类型的版本。
重写 Equals() 的时候，还应该让该类型实现 IEquatable<T> 接口。
重写 Equals() 方法后，通常应该同时重写 GetHashCode() 方法。
重写 GetHashCode() 方法时的注意事项
如果 Equals() 方法认定两个对象相等，那么这两个对象的 HashCode 也必须相同；
对任意对象来说，其 HashCode 必须在生命周期内保持不变；
HashCode 计算方法应该将其值均匀地映射到各个整数上，避免堆集。
一种常用的 HashCode 算法是：对类型中的每个相互独立的不可变字段调用 GetHashCode() 方法，并对返回的 HashCode 进行异或(XOR)运算，将得到的最终结果作为对象本身的 HashCode 。
到此这篇关于c# 复写Equals方法的实现的文章就介绍到这了,更多相关c# 复写Equals内容请搜索自由互联以前的文章或继续浏览下面的相关文章希望大家以后多多支持自由互联！