Discussion :

[GérardMartinelli]

Bonjour,

Juste une information que je souhaite partager avec vous.
La méthode getSelectedValues de JLIst est maintenant "deprecated". Elle renvoyait un Object[].

Elle a été remplacée par getSelectedValuesList qui revoie un java.util.List
Personnellement comme j'en avais besoin pour lire des strings, j'ai modifié mon code :

Vector<String> v = new Vector( (java.util.List) jlist.getSelectedValuesList() );

[adiGuba]

Salut,


C'est surement dû au fait que JList sera paramétré et deviendra JList<E> en Java 7. Ainsi on peut utiliser du code 100% typesafe.


a++

PS : Question : pourquoi transformer la List en Vector ???

[GérardMartinelli]

Question : pourquoi transformer la List en Vector ???

C'est juste parce que dans la suite de mon programme j'avais besoin d'un vecteur. Précédemment JList.getSelectedValues me renvoyait un tableau que je convertissais en vecteur.

Ceci étant dit, Vector est une implémentation de l'interface List, donc pourquoi s'en passer ?

[bouye]

La principale raison est généralement une surcharge non-nécessaire du au fait que ses méthodes sont toutes synchronisées.

La seconde raison provient de son implémentation qui est loin d'être passe-partout en terme de performance (vector utilise des tableaux).

Collections.synchronizedList() permet de créer facilement un décorateur synchronisé sur n'importe quel type de List.
ArrayList (adapté aux listes de taille fixe et avec accès direct rapide) et LinkedList (adapté aux listes de taille variable) sont présentes pour apporter des implémentations spécifiques de List.

[GérardMartinelli]

OK merci du conseil.

[sinok]

Lesvectorsaymal.

Plus sérieusement les vectors ne sont pas dépréciés uniquement car ils étaient trop présents dans l'API initiale.

Toutefois il est amplement préférable d'utiliser des List qui sont bien plus modernes dans leur conception. Les Vectors n'ont plus aucun avantage à l'heure actuelle.