Discussion :

[thelvin]

Bon ben 'faut croire que les maths ne parlent pas mieux à notre petit novice... Ou alors c'est moi qui n'arrive pas à suivre.

Fondamentalement je pense qu'il y a là une sorte de manque total d'expérience en présentation de problème... Mes seules solutions face à ça prendraient bien trop de temps par Internet.

[ttttnht]

D'apres ce que tu nous decris (a confirmer par l'interesse):

j'ai en entrée des groupes et chaque a des concepts et chaque concept correspond à un autre de la référence.

===> Un ensemble de groupes G dont chaque element g de ce groupe ayant des concepts Ci et chaque concept c (dans Ci) ayant une reference rj.

La correspondance entre un concept donné et un autre de la référence est représentée par une valeur de pertinence (Float).

===>Un map/table de correspondance entre concept et reference
par exemple
<ci, rj> ---> vk ....

donc en sortie, je veux avoir une matrice des valeurs de pertinence où le nombre de concepts donnés représente le nombre de lignes et le nombre de concepts de la référence représente le nombre des colonnes.

---> d'ou sortes-tu "le nombre de concepts donnés", "le nombre de concepts de la référence"?

[professeur shadoko]

oui c'est plus complexe mais c'est pareille comme hashmap simple non ?

non: tes HashMaps secondaires ont comme clef des Set<String>
toute modification dans la clef mettra la panique dans la gestion du HashMap (evolution du hashcode) -sauf si tes Set sont non-modifiables- donc le conseil d'écrire une classe spécifique pour tes matrices me semble effectivement un début pour tenter d'eclaircir le problème (ça ne t'empêche pas de t'appuyer sur des HashMaps dans la réalisation de ces classes -mais comme l'ordre n'est pas le point fort d'un hashMap il n'est pas fondamentalement sûr que ce soit un si bon truc pour représenter des matrices-)
tu veux des matrices à N dimensions avec une technique d'accès direct par combinaison (hierarchique) de clefs ? c'est ça?

[LGnord]

toute modification dans la clef mettra la panique dans la gestion du HashMap (evolution du hashcode)

Tu peux aussi utiliser une IdendityHashMap qui n'utilisera pas de hashcode mais uniquement l'équalitié de référence.

Pour revenir aux problèmes initiales, la question ne porte-t-elle pas sur les tableaux associatifs (tableaux qui ne sont pas indexés par des entiers mais par des objets)? Malheuresement, ils n'existent pas en Java? En Java, la solution est d'utiliser des Map et je n'en connais pas d'autre.