I've read the MSDN documentation on how Dictionary.ContainsKey()
works, but I was wondering how it actually makes the equality comparison? Basically, I have a dictionary keyed to a reference type* and I want the ContainsKey()
method to check a certain property of that reference type as its basis for determining if the key exists or not. For example, if I had a Dictionary(MyObject, int)
and MyObject
has a public property (of int
) called "TypeID", could I get ContainsKey(MyObject myObject)
to check to see if one of the keys has a TypeID
that is equal to myObject
? Could I just overload the ==
operator?
double Length
); "Duration" is a base type used in my music program to denote how long a particular sound lasts. I derive classes from it which incorporate more sophisticated timing concepts, like Western musical time signatures, but want all of them to be comparable in terms of their length.EDIT: As suggested, I implemented IEquitable on my object like so:
public class Duration : IEquatable<Duration>
{
protected double _length;
/// <summary>
/// Gets or Sets the duration in Miliseconds.
/// </summary>
public virtual double Length
{
get
{
return _length;
}
set
{
_length = value;
}
}
// removed all the other code that as it was irrelevant
public override bool Equals(object obj)
{
Duration otherDuration = (Duration)obj;
if (otherDuration._length == _length)
{
return true;
}
else
{
return false
}
}
}
Is this all I need to do?
ContainsKey is a Dictionary method in C# and check whether a key exists in the Dictionary or not.
The default constructor of C# Dictionary class constructs a Dictionary object, in which the keys are case sensitive. So when you insert data pairs <Key, Value> and <key, Value>, they are regarded as two different items.
Remarks. The key is handled in a case-insensitive manner; it is translated to lowercase before it is used.
Which elements must exist for each Dictionary object? Key and Value!
EDIT: here is code for your updated example. Note: I find it a little odd that you expose the field as protected, and also have a virtual property that exposes the member. Under this scheme something could override Length
resulting in equality that looks at _lenght
to not behave as expected.
public class Duration : IEquatable<Duration> { protected double _length; /// <summary> /// Gets or Sets the duration in Miliseconds. /// </summary> public virtual double Length { get { return _length; } set { _length = value; } } // removed all the other code that as it was irrelevant public bool Equals(Duration other) { // First two lines are just optimizations if (ReferenceEquals(null, other)) return false; if (ReferenceEquals(this, other)) return true; return _length.Equals(other._length); } public override bool Equals(object obj) { // Again just optimization if (ReferenceEquals(null, obj)) return false; if (ReferenceEquals(this, obj)) return true; // Actually check the type, should not throw exception from Equals override if (obj.GetType() != this.GetType()) return false; // Call the implementation from IEquatable return Equals((Duration) obj); } public override int GetHashCode() { // Constant because equals tests mutable member. // This will give poor hash performance, but will prevent bugs. return 0; } }
See EqualityComparer.Default for information on the default IEqualityComparer
used by the Dictionary class.
If you do not want to generally override GetHashCode
and Equals
on the class, or if you are unable to. There is an overload of the Dictionary constructor in which you can provide the specific IEqualityComparer
to use.
It is a simple interface to implement, but you do need to be careful that you respect the contract for GetHashCode
or you can end up with unexpected behavior.
public class MyObjectEqualityComparer : IEqualityComparer<MyObject> { public bool Equals(MyObject x, MyObject y) { return x.TypeID == y.TypeID; } public int GetHashCode(MyObject obj) { return obj.TypeID; //Already an int } }
to use it just go
new Dictionary<MyObject, int>(new MyObjectEqualityComparer());
If you want to use the default IEqualityComparer you need to provide roughly the same methods on MyObjectEqualityComparer. You can avoid overriding object.Equals()
if you implement IEquatable. However I would strongly discourage it because doing so can create some surprising behavior. You are better of overriding Equals
so that you have consistent behavior for all calls to Equals and have hashing that properly matches Equals. I have had to fix a bug in inherited code caused by a past developer only implementing IEquatable.
Internally Dictionary
uses EqualityComparer
. Firstly it will check whether key implements IEquatable
. If key doesn't implement this interface, it will call Equals
method.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With