Redefinir Hashcode et equals

Bonjour, sous Hibernate lorsque je recupere plusieur fois la meme row, les objets que j'obtient ont tous le meme hashcode, ce qui est logique.

Ce que je voudrais faire si cest possible, c'est changer le comportement de equals() pour ces objets, je ne veux pas qu'il verifie si mes objets sont equivalents, j'aimerais plutot qu'il verifie si les references que je compare appartiennent les deux au meme objet natif/en mémoire.

En faites de cette facon, je pourrais utiliser un Hashset sans probleme pour y stocker mes objets equivalents tout en étant sur que 2 references appartenant au meme objet concret ne puisse jamais se retrouve dans le set.

j'espere avoir reussis à me faire comprendre correctement... :cry:

merci d'avance pour vos reponses :ccool:

J'ai trouvé un truc interessant qui correspond a ce que je recherche par contre j'aimerais savoir si je peux l'utiliser en respectant la license apache 2.0 ou si maintenant que google ont tripoté le fichier je ne peux plus?

ici...

slt
Je pense qu'une simple ré-implémentation de la méthode equals () devrait faire l'affaire. Toute fois, il faudrait faire attention a conservé le même nom de la méthode, les mêmes arguments, et le même type retourné. Dans le cas contraire, ça va être considérer comme une surcharge de la méthode.
Bon courage, A+ ;).

ou plus connement tu utilise un Set se basant sur l'identité plutot que sur equals

Code:

---

Set tonSet = Collections.newSetFromMap(new IdentityHashMap());

---

parce que joyeusement violer le fonctionnement de equals et hashCode pour un problème qui ne dois se situer probablement que sur un seul appel (n'oublie pas qu'en interne hibernate utilise aussi les set, list et maps pour gérer ses données!!) risque d'avoir de sacrés éffets de bord

Citation:

---

Envoyé par tchize_

ou plus connement tu utilise un Set se basant sur l'identité plutot que sur equals

Code:

---

Set tonSet = Collections.newSetFromMap(new IdentityHashMap());

---

parce que joyeusement violer le fonctionnement de equals et hashCode pour un problème qui ne dois se situer probablement que sur un seul appel (n'oublie pas qu'en interne hibernate utilise aussi les set, list et maps pour gérer ses données!!) risque d'avoir de sacrés éffets de bord

---

ouhhhh je ne savais pas qu'on pouvais faire cela, merci beaucoup tchize, oui j'allais tester avec hibernate mais les effets de bord m'inquiétais aussi. :)

merci, resolu, théoriquement sa devrais fonctionner parfaitement :ccool:

je trouvais sa bizzare qu'un IdentityHashMap sois dans le JDK est pas un set.

Citation:

---

Envoyé par tchize_

ou plus connement tu utilise un Set se basant sur l'identité plutot que sur equals

Code:

---

Set tonSet = Collections.newSetFromMap(new IdentityHashMap());

---

parce que joyeusement violer le fonctionnement de equals et hashCode pour un problème qui ne dois se situer probablement que sur un seul appel (n'oublie pas qu'en interne hibernate utilise aussi les set, list et maps pour gérer ses données!!) risque d'avoir de sacrés éffets de bord

---

Un bon +1, c'est le meilleur moyen pour planter un certain nombre de chose... Et si tu t'en rends compte qu'une semaine après, bonjour pour faire le lien avec ta redéfinition.