Discussion :

[shaiHulud]

Bonjour,

J'ai un HashMap qui vérifie .contains(key), mais la classe de key surcharge hashcode. Comment puis-je récupérer la clef qui a été put, qui n'est pas forcément la même que key (mais qui a le même hashcode).
Suis-je obligé de passer par une itération complète ? Je voudrais une espèce de méthode getEntry(key).

Merci d'avance.

[tchize_]

HashMap n'utilise pas QUE le hashcode, il utilise aussi la méthode equals. Donc je ne vois pas trop l'intérêt d'aller devoir récupérer la clé si tu l'a déjà passée en paramètre de ton contains, puisque celle que tu passe en paramètre est égale à celle qui est dans la map. Pourquoi tu as besoin de l'autre instance?

[shaiHulud]

Pourquoi tu as besoin de l'autre instance?

Je veux vérifier rapidement si un itérable me renvoie systématiquement la même instance (modifiée in-place au moment du next()), ou s'il s'agit d'objets différents. Je stocke ces instances dans une Map en vérifiant si elle y sont déja.

celle que tu passe en paramètre est égale à celle qui est dans la map

Je ne crois pas. Si hashcode est surchargé, les 2 clefs ne sont pas les mêmes, c'est justement mon problème (les instances renvoyées par mon itérable ont un content-based hashcode())

[tchize_]

Si les object ne sont pas les même, alors la paire hascode / equals le dira et containsKey retournera false, donc il n'y aura rien à récupérer. Pour la hashmap c'est simple: les objet sont les même ou ils ne le sont pas.

Si tu ne veux pas utiliser le comportement de hashcode / equals, alors il faut utiliser une IdentityHashMap qui s'assure que les clés sont de la même instance.

Quand à ton objet, Si a.equals(b) retourne true mais que a n'est pas vraiment égal à b au point que t'as besoin de retrouver a depuis b, alors tu as surtout un problème de design car tu as violé la spec de equals / hashcode.

Après si t'as besoin de contrôller ds trucs sur les clés, tu peux toujours parcourir le KeySet, mais ce n'est pas très performant surtout si tu le fais pour chaque clé.

Tu peux aussi faire une Map<Key,Key> pour retrouver la clé d'origine à partir de la clé de départ et mettre cette map à jour à chaque put, mais bon, je crois qu'on part sur du overkill pour un problème qui n'en est pas un.

[shaiHulud]

C'est trés clair, merci beaucoup Tchize_ !