En r�ponse � Aurelien Mazurie <[EMAIL PROTECTED]>: > > Ce n'est pas une mauvaise utilisation des collections =)
Rien n'est moins s�r ;-) > Le container d'objet est accessible par l'utilisateur via une console > Jython, et il peut donc y placer toutes sortes d'objets. J'avais besoin > de rajouter la possibilit�, pour l'utilisateur, de savoir si son > container ne contenait que des objets uniques, ou s'il y avait des > redondances. Le choix du Vector est motiv� par la n�cessit� de pouvoir > y acc�der de plusieurs threads (plusieurs consoles) en m�me temps. Tu me dis que tu n'as pas pens� un coup d'oeil (voir deux) � la classe java.util.Collections, et � ses m�thodes synchronizedList, synchronizedSet, et autres synchronizedMap ? Chacune d'entre elles permet d'obtenir une version synchronized de la classe associ�e, sans en passer par l'horreur du Vector. Enfin bref, si tu veux vraiment utiliser un Vector, tu es seul maitre apr�s Dieu :-)) > > Remi Forax propose de trier les objets, puis de les comparer > syst�matiquement avec leur voisin. Je pense que ce n'est pas mal, a > priori ? Je vais essayer �a. Ca m'a l'air d'�tre une fichuement bonne id�e, mais elle souffre cependant de redondance avec un TreeSet : dans ce set, les objets sont obligatoirement tri�s, et si deux objets sont �gaux, en utilisant compareTo, un seul est conserv� dans le set. En clair, �a revient au m�me ;-) > > Aur�lien > -- Nicolas Delsaux "Des millions d'�tres humains r�vent d'une vie �ternelle et s'il pleut le dimanche apr�s-midi, ils ne savent pas quoi faire" Suzan Ertz
