新引入的记录类型允许重写类型的EqualityContract，这样可以在两个对象相等但有不同的哈希码(反对 for GetHashCode重写)的情况下创建这样的情况：
如果重写GetHashCode方法，也应该重写等于，反之亦然。如果在测试两个对象是否相等时，重写的等于方法返回true，则重写的GetHashCode方法必须为两个对象返回相
浏览 1提问于2020-11-16得票数 5
回答已采纳
我重写了类的Equals()来比较Guid类型的ID值。然后警告：public partial classSomeClass public override bool Equals(Object obj) //Check for null and com
浏览 0提问于2011-06-24得票数 33
public int FooId { get; set; } }
}
//return this
浏览 22提问于2008-12-16得票数 1574
回答已采纳
5回答
我是否应该创建一个新的方法ValueEquals或其他什么，而不是重写Equals？对于非常罕见的情况，我希望具有值相等，并且我希望使用.Equals而不是==显式地请求值相等。如果== b.GetHashCode().The a.的值如果
浏览 8提问于2009-05-17得票数 61
回答已采纳
我知道在实现自定义相等性检查时重写GetHashCode的重要性-为此我已经实现了IEquality<T>接口，以及泛型和非泛型Equals 之间的区别现在是否有重写Equals(object t)的意义难道不是所有的东西都属于泛型Equals(T t)吗？public override int GetHashCode() //required for hashsets and dic
浏览 1提问于2012-12-06得票数 7
回答已采纳
2回答
public B BValue { get; set; }
{ }public bool Equals(object o) return this.<
浏览 3提问于2011-08-10得票数 29
回答已采纳
5回答
覆盖GetHashCode
、、、、
如您所知，GetHashCode返回一个半唯一的值，该值可用于标识集合中的对象实例。作为一种好的做法，建议覆盖此方法并实现您自己的方法。
我的问题是-在处理自定义对象时是否覆盖此方法？我在考虑生成一个GUID，然后从该标识符获取整数数据。
浏览 0提问于2010-11-22得票数 33
回答已采纳
我使用的是实体框架5，在我的C#代码中，我想比较两个对象是否相等。如果没有，那么我想发布一个更新。 public string Name { get; set; }}
有人能解释我为什么要重写.Equals和.GetHashCode<
浏览 2提问于2013-08-11得票数 6
回答已采纳
给定person类：{ public int age;比如说，我重写了person`s类的GetHashCode方法： { { //==(person)obj.age;嘿，等等，既然我可以得到person实例的hashcode，<
浏览 0提问于2013-06-09得票数 0
回答已采纳
在页面上写着：
如果重写GetHashCode方法，也应该重写等于，反之亦然。如果在测试两个对象是否相等时，重写的方法返回true，则重写的GetHashCode方法必须为两个对象返回相同的值()。我还看到了许多类似的建议，而且我可以理解，当重写等于方法时，我也希望重写GetHashCode。不过，据
浏览 4提问于2016-01-15得票数 1
回答已采纳
我最近发现VisualStudio2017可以为Equals和GetHashCode自动生成重写，但我想知道为什么GetHashCode实现不在块中？我使用两个公共字符串属性Foo和Bar创建了一个简单的类，生成的GetHashCode实现如下所示。public override int GetHashCode() var hashCode = -504981047;
hashCode = hashCode * -1521134295+ Equali
浏览 2提问于2019-02-15得票数 4
回答已采纳
public class TestClass public int MyProperty { get; set; }
{
public override int GetHashCode我想知道的是，为什么我们会有这个错误？生成HashCode以避免此类问题的最佳实践是什么？
浏览 0提问于2019-02-04得票数 2
回答已采纳
我有一个实现IEqualityComparer并覆盖以下方法的类MyItems：{}{return item.ID.GetHashCode() ^ item.itemName.
浏览 5提问于2013-01-03得票数 3
回答已采纳
我有一个类Foo，其中有两个字段，其中Equals和GetHashCode方法已被重写：{ private_x; }4
如果我注释掉Equals和GetHashCode重写，但保留IEquatable<Foo>实现充其量，IEquatable<Foo>实
浏览 4提问于2013-05-26得票数 2
回答已采纳
GetHashCode() return Id.GetHashCode();} { }
如果GetHashCode</
浏览 2提问于2011-09-30得票数 9
回答已采纳
我想要重写这个联合的Object.Equals(arg)，以便在检查浮点相等时，我可以放入一个epsilon来解释精度错误。编译器抱怨说，如果我重写this.Equals(arg)，也应该重写this.GetHashCode()和this.CompareTo(arg)。对于这些重写，我没有特殊的功能计划，所以我只想调用这些方法的默认版本。在我现在的实现中，我对受歧视的工会中的每种类型都有三次对GetHashC
浏览 0提问于2014-12-08得票数 3
回答已采纳
据我理解，.NET运行时将选择最适合给定参数类型的重载方法。因此，我认为，在方法下面的代码段中，永远不会使用类型为Equals(object obj)的实例调用Entry。相反-因为存在具有正确参数类型的方法Equals(Entry other) -它将被调用。指出：
如果实现IEquatable，还应该覆盖Object.Equals(Object)和GetHashCode的基类实现，以便它们的行为与IEquatable.Equals</em
浏览 3提问于2015-06-30得票数 1
回答已采纳
在.NET中，每当我们为类重写等于()方法时，通常也会重写GetHashCode()方法。这样做将确保在Hashtable和Dictionaries中使用对象时具有更好的性能。只有当两个键的GetHashCode()值相同时，哈希表中的两个键才被视为相等。我的问题是，哈希表为什么不能使用等于()方法来比较键呢？，这样就可以消除重写GetHashCode</
浏览 2提问于2016-01-12得票数 4
回答已采纳
云服务器
ICP备案
对象存储
实时音视频
云直播
腾讯云开发者
