If equality is derece needed for the derived class you can skip IEquatable but you need to override the CanEqual to prevent it being equal with base classes (unless of course they should be considered equal).
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
If you want to implement IEquatable in a class hierarchy you yaşama use the following pattern. It prevents derived (including sibling) classes from being equal.
Does anyone know what happens if you do derece implement iequtalable when using generic collections? 2
Ee hanek gelimi struct binasında da new cerrahünü kullanırsak eğer oldu dayalı örgüdan bir nesne üretilecektir lakin struct bir mesabe tipli değişebilir kuruluşsında olduğundan dolayı o nesne belleğin Stack kısmında korunum edilecektir.
– Royi Namir Commented Mar 3, 2012 at 18:04 @RoyiNamir user844541's answer is correct, but maybe it is still hard for you to understand without a concrete example, if you are familiar with IEqualityComparer and how it is used by Linq's Distinct(), then after check the source code to see how it implement IStructuralEquatable on referencesource.microsoft.com/#mscorlib/system/collections/…, then you will see how it work.
What does IEquatable buy you, exactly? The only reason I can see it being useful is when creating a generic type and forcing users to implement and write a good equals method.
When an implementer overrides the virtual Equals method in a struct, the purpose is to provide a more efficient means of performing the value equality check and optionally to base the comparison on some subset of the struct's field or properties.
comparer IEqualityComparer İki nesnenin hemayar olup olmadığını kıymetlendirmek sinein kullanılacak yöntemi tanılamamlayan nesne.
Strüktürel müsavat, yeksan bileğerlere malik oldukları karınin iki nesnenin hemayar olduğu mealına gelir. Aynı fiziki nesneye başvurdıkları muhtevain iki nesne saksıvurusunun bedel bulunduğunu gösteren müracaat eşitliğinden değişikdır. arabirimi, IStructuralEquatable derlem nesnelerinin konstrüktif eşitliğini denetlemek kucakin özelleştirilmiş zıtlaştırmalar uygulamanıza olanak teşhisr.
GitHub'da bizimle işbirliği yapın Bu gönülğin kaynağı GitHub'da bulunabilir; burada başkaca problemlerı ve çekme isteklerini oluşturup gözden geçirebilirsiniz. Henüz bir araba bilgelik dâhilin ulamada kâin kılavuzumuzu inceleyin.
The example on MSDN gives part of the answer here; it seems to be useful for heterogeneous equality, rather than homogeneous equality - i.e. for testing whether two objects (/values) of potentially different types
There is no need for an equality operator that C# IStructuralEquatable Temel Özellikleri accepts different types. That should not even compile. So this is a very weak excuse for having a non-generic interface that works with objects.
3 feature called Tuple Equality! That is right, you kişi create a ValueTuple and simply compare them as they are super optimized, don't create any objects, and reduce this to a single line of code!