[Hashtable] trier par l'association de deux clefs

Bonjour,

Voilà le problème:

Dans une Hashtable, je manipule mes éléments à l'aide de l'association clef/élément. A une clef correspond systématiquement un élément.

Dans mon cas, je souhaiterai bénéficier de 2 clefs pour un élément. La combinaison de ces deux clefs me fourni mon élément.
Je ne vois pas vraiment comment faire (proprement, cad sans rustine algorithmique) pour utiliser 2 clefs au lieu d'une seule...

Je ne souhaite pas faire de concaténation des "monObject.toString()" pour former une seule clef au final.
J'aimerai aussi éviter d'imbriquer des hashtable dans mon hashtable.

toute suggestion est la bienvenue...

merci

Il va y avoir forcement de la bidouille algorithmique (moi j'appelle ca programmer mais chacun son vocabulaire :lol: )

Tu peux creer un Objet contenant tes deux cles et qui redefini la methode hashCode pour creer un hash correct, c'est le seul moyen sans passer par une reecriture de Hashtable

La concatenation des cles, s'etait pas mal comme idee

Bulbo :wink:

Tu te crée un objet qui contiendra tes deux clés et c'est cette objet qui sera la clé de ta Hashmap.

Par exemple tu crée un objet avec un tableau de 2 élément pour contenir les 2 clés
Ensuite tu auras surement besoin de surcharger la méthode "equals" de la classe pour pouvoir comparer sans tenir compte de l'ordre des clés dans ton tableau...

exemple:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

class MySuperKey{ Object[] keys = new Object[2]   public MySuperKey(Object key1, Object key2) { keys[1] = key1; keys[2] = key2; }   public boolean equals(Object otherSuperKey) { //... test qui va bien... } }

---

en espérant avoir été clair...

yep merci à vous deux...

j'ai testé la méthode de toub. Ca marche... Je me sentais pas capable de réécrire hashmap tout seul :lol:

Comme le dit bulbo, attention au hashcode de ta classe.
Si le hashcode de 2 instances est différent, la méthode equals n'est pas utilisée.
donc, même si le contenu des 2 cléfs est identique, le equals retourne false.