C# Equality and Hashcodes

[@CodingTutorialsAreGo]

Any more of these fundamentals you'd like to know? Just ask. Source code at: github.com/JasperKent/Equality-And-Hashcodes Don't forget to subscribe at kzbin.info/door/qWQzlUDdllnLmtgfSgYTCA And if you liked it, click the 👍.

[@tanmaymishra92]

The answer i was looking for - 7:51 , thank you very much

[@tore28]

Sort of like a "stamp" or like a "MD5" hash of a file - it is a unique identifier ignoring that there might be theoretically hash collisions (which MD5 got)

[@davidamour4501]

I've watched a lot of tutorials over the years and this is one of the best. Very clear, thorough and easy to follow.

[@CodingTutorialsAreGo]

Many thanks.

[@carlscotney3873]

Just encountered this channel in a recommendation and I haven't looked back since. I've been deep in learning C#/Dotnet for about 18 months now and you seem to have explained so simply almost every little 'hmmm?' moment I've had in the optimal level of detail! Great channel. Thank you so much for taking the time to produce this content.

[@insigpilot]

Lessons like this will take my skills to the next level. Thanks mate!

[@wowDepressive]

Excellent! thank you very much. Love your thorough and relevant approach. covers a lot of the subject

[@88spaces]

I've been looking for a video like this for a while that explains why you need to coordinate Equals and GetHashCode. I'm glad I found yours because it explains it perfectly. Thank you. BTW, Amazon quizzes you about hashes until you're hashed out so this is a good primer for their technical interview.

[@AndrewAndZz]

Very clear and great-structured explanation of such an important concept in .NET! Thank you a lot indeed, Jasper! 👏

[@LuciferTheBloody]

Wow this was very informative, clear and easy to understand. Especially good actually seeing you do it in code. Thanks!

[@danixadem]

very comprehensive explanation about the topic. Great work

[@xavieryang1255]

Thank you very much for the tutorial. You made everything crystal clear!

[@peternguyen9382]

i am lucky to found your channel! thanks for hard working.

[@muriilouwu]

such a good explanation about hashcodes, thanks!

[@niranjannt637]

Awesome explanation!!! Loved it.

[@eslammahfouz]

Great explaination, thanks sir.

[@tiburciolapanak]

this is how you would know if someone is really an expert

[@paxvostrum4824]

also when someone looks like a professor and has books about Lenin (lower left corner)

[@corso321]

Well explained. I'm impressed.

[@erthill2269]

That was very helpful, thank you!

[@IBITZEE]

very interesting the information you are showing... not so easy to find it so complete in other channels... but please... declare the variables with "var v = new " to unclutter the code you are showing...

[@TrotterSoccer]

Interesting shelf, and a picture says a lot: "CSS", "Java", "WPF" - but not on the unreadable top shelf. "Christianity", "Histories", "Jewish Antiquities" on the next one. "Alexander", "War in the East" and more next. Life is not just code. That's nice.

[@CodingTutorialsAreGo]

Top shelf is my own novels.

[@TwinbeeUK]

Excellent tutorial! A shame C# doesn't easily allow you to use long (rather than int) hash codes by default as that's far less likely to have clashes between objects. Btw, at 23:45 you create a string and get different hash codes on successive runs. However at 11:40, the two strings you created always produced the same hash code, even on following runs. What gives? EDIT: Ah, to answer my own question, the version where the string produces a different hash code on different runs is due to it being under .NET Core instead of .NET Framework (the latter always produces the same hash code). They both work a bit differently it would seem!

[@CodingTutorialsAreGo]

Exactly the answer I would have given :)

[@TwinbeeUK]

@@CodingTutorialsAreGo Doing some research, it appears the reason for Microsoft's change in .NET Core is due to help security (hackers can potentially exploit the code if they know the hashing algorithm with .NET Framework).

[@Schnickalodeon]

I just want to thank you for your content :) you are amazing :)

[@CodingTutorialsAreGo]

Cheers!

[@RiversJ]

Eh? If the x and y swapped produces the same hashcode then it could change behaviour if you're using hashsets to check if you already have something added to a list for example without using list.contains.

[@CodingTutorialsAreGo]

No, because a matching hash only give a higher probability of equality. Whenever hashes match, it should always be confirmed by an exact equality check. That said, a hashing algorithm that produces different results when the values are swapped would be better. Use HashCode.Combine.

[@davidbrookoliver]

Thanks for that man, helped a lot.

[@hugodufort3573]

Thanks, that was very clear!

[@theoceandragongaming]

What an explanation.

[@FatihTurkerFatih]

Wow ! well done sir

[@rishabhmehta2416]

Thank you so much

[@salvatoreamaddio2983]

My Hero

[@finwwwfinwww4669]

You are awesome

[@bashirmanafikhi]

wow ♥