Et comment vérifierais-tu si a est null?
L'opérateur == fonctionne même si n'importe lequel de ses opérandes sont null, alors qu'un a.equals(a) est un appel de méthode qui ne peut fonctionner que si a n'est pas null.
De plus, en terme d'optimisation no sait qu'un == est toujours très rapide, alors que le equals peut être très lent suivant les cas. (mais il faut bien avoir conscience de la différence sémentique entre les deux!)
Et par rapport à la discussion sur les auto-boxing et unboxing, je trouve que c'est le pire truc qui ai été introduit dans java, en ce qui me concerne je configure le compilateur d'eclipse pour les considérer comme des erreurs, pour être sur de ne pas utiliser ces saletés par erreur.
J'ai déjà vu des horreurs où le programmeur utilisait indistinctement int ou Integer pour ses variables, et donc ça passait son temps à faire sous le manteau des intValue() et des valueOf() dont la plupart auraient pu être évités en ne travaillant qu'avec des int, et en terminant éventuellement par un Integer.valueOf() si on a besoin d'un objet.
[^] # Re: Utiliser les tty
Posté par wismerhill . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 1.
L'opérateur == fonctionne même si n'importe lequel de ses opérandes sont null, alors qu'un a.equals(a) est un appel de méthode qui ne peut fonctionner que si a n'est pas null.
De plus, en terme d'optimisation no sait qu'un == est toujours très rapide, alors que le equals peut être très lent suivant les cas. (mais il faut bien avoir conscience de la différence sémentique entre les deux!)
Et par rapport à la discussion sur les auto-boxing et unboxing, je trouve que c'est le pire truc qui ai été introduit dans java, en ce qui me concerne je configure le compilateur d'eclipse pour les considérer comme des erreurs, pour être sur de ne pas utiliser ces saletés par erreur.
J'ai déjà vu des horreurs où le programmeur utilisait indistinctement int ou Integer pour ses variables, et donc ça passait son temps à faire sous le manteau des intValue() et des valueOf() dont la plupart auraient pu être évités en ne travaillant qu'avec des int, et en terminant éventuellement par un Integer.valueOf() si on a besoin d'un objet.