this post was submitted on 14 Aug 2023
586 points (92.5% liked)
Programmer Humor
32000 readers
504 users here now
Post funny things about programming here! (Or just rant about your favourite programming language.)
Rules:
- Posts must be relevant to programming, programmers, or computer science.
- No NSFW content.
- Jokes must be in good taste. No hate speech, bigotry, etc.
founded 5 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
2 equal signs will coerce the second operand into the type of first operand then do a comparison of it can. so 1 == "1" is true. this leads to strange bugs.
3 equal signs do not do implicit type conversion, cuts down on weird bugs. 1==="1" is false.
edit: it appears to be more complicated than that for double equals and the position of operands don't matter. https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/Equality
wow that seems super useful, thanks
Doesn't it widen the types regardless of position? Meaning 1 == "1" will be compared as strings, not numbers.
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/Equality
mdn goes into it more and it's way more involved than I thought, looks like order of operand doesn't matter. see the number to string section
It seems it is that way, which is weird. You should always convert to the widest type, meaning string for comparing numbers and strings. I just checked that
1 == "01"istrue, which means that "01" gets cast to an integer. And according to the document it might be that for example1 == "a"would basically be interpreted as1 === NaNwhich isfalse.