Oui il y a des choses étranges, mais l'histoire de == === est loin d'être complexe
C'est quand même loin d'être simple. Il y a même un cas où a === a renvoie false.
Oui, c'est sur. Mais en général, on ne tombe pas bien souvent dessus.
Et la compréhension de == et === n'est pas si compliquée dans 99% des cas. C'est surtout que les gens ne sont pas habitués à cela, tout comme ils essaient de faire de la programmation par classe en javascript, alors que c'est un langage à prototype.
D'ailleurs, le code en question était valide, c'était le minificateur de Douglas Crockford qui était en faute.
Il est vrai que, lorsque j'utilisais jsmin, la règle était :
toujours ;
toujours {}
Après, c'est sur qu'avoir le créateur de javascript en faveur du ; a un certain point. Mais c'est à ce demander pourquoi ils ne sont pas obligatoire finalement.
[^] # Re: Il manque une faiblesse !
Posté par CrEv (site web personnel) . En réponse au journal Réflexions à propos de NodeJS et de Javascript plus globalement. Évalué à 2.
Oui, c'est sur. Mais en général, on ne tombe pas bien souvent dessus.
Et la compréhension de == et === n'est pas si compliquée dans 99% des cas. C'est surtout que les gens ne sont pas habitués à cela, tout comme ils essaient de faire de la programmation par classe en javascript, alors que c'est un langage à prototype.
Ok, j'avais initialement lu le contraire, d'où ma réponse.
Il semble que tu ais raison :
https://github.com/douglascrockford/JSMin/commit/5ca277ea452beae1c25db3bc0ef5c81309a3daf4#jsmin.c
Il est vrai que, lorsque j'utilisais jsmin, la règle était :
;{}Après, c'est sur qu'avoir le créateur de javascript en faveur du
;a un certain point. Mais c'est à ce demander pourquoi ils ne sont pas obligatoire finalement.