Voila, c'est tout con. J'aimerais bien utiliser une Collection ou un ArrayList (plutôt même, j'ai pas besoin de plus) pour pouvoir faire une comparaison sur toute une série de string d'un seul coup.  
 
Seulement, j'ai vraiment pas envie de me taper autant de add() que j'ai de string. Je me demandais s'il n'y avait pas moyen de faire un String[] avec toutes les valeurs rentrée à la queue leu leu et puis caster celui-ci comme une collection. Mais visiblement, il veut pas.
 
Y a pas un autre moyen?

je comprends pas ta difficulté
entre mettre tous tes strings dans un tableau et les mettre dans une collection, en quoi l un est plus chiant que l'autre ???

Ben déjà, ta comparaison tu peux la faire sur un tableau :  
 

 
Sinon, je ne connais pas le moyen simple de passer d'un tableau à une collection en 1 ligne ...
.
.
.
.
.
.
.
.
.
.
enfin en jdk < 1.5    

noldor >> bah d'une part, c'est autant d'appels à une fonction que j'évite, d'autre part, le string il est généré automatiquement par une fonction qui ne m'appartient pas, donc si je pouvais le réutiliser, ca m'arrangerait.
 
benou >> C'est pas pour faire des tris, c'est pour faire des recherches. Par contre, je vais essayer de me faire un système similaire.
 
 
(Putain ce que j'aime le C++ quand je programme en java )

bha si tu veux faire une recherche, c'est pas surement une ArrayList que tu dois utiliser !
 
prend un HashSet ou un TreeSet ou un truc dans le genre sinon tu vas avoir des perfs de merde !
 
et puis bon, une boucle for ca va te tuer non plus, hein

Pour info:

rhoooo putin mais oui je la connaissais en plus, je m'en souviens jamais          
 
merci  

Ah c'est bon à savoir, ça Merci Nerisson

cool, c'est parfait ça.

   
 
nan mais vraiment, hein ! si c'est pour faire des recherche, utiliser des List c'est pas bien !!    

bah ca me permet de le transformer en treeset, c'est donc tout ce qu'il me faut

si tu parles du truc de Nerisson, non, ca te retourne une List ...

et une list, ca se cast sans problème en collection, ce qui me suffit pour faire un treeset.
CQFD

donc, tu vas créer un tableau inutile + 1 List inutile juste parce que tu veux pas faire des add ?  
 
 
 
 
 
 

bah j'ai déjà le String, donc je le créer pas. Et je fais juste un TreeSet blabla = new TreeSet(Arrays.asList(monString));
 
Y a quoi de mal là dedans?

tin, mais c'est pas ce que t'as dit au début ...    

J'espère que tu voulais dire que t'avais le String[] sinon j'ai définitivement rien capté à ce que tu racontes ...

oui, j'avais (enfin, je l'ai toujours ) le String[]. Je me suis mal exprimé au début.

ben pkoi tu te prends la tête et que tu fais pas une bête boucle for ????????  

bin, parce que, naïvement, je me dit que le mec qui a codé le construceur de ses objets a quand même mieux optimisé le bazare qu'un simple for aux allures peu catholiques.
 
Me tromperais-je?

bha, c'est sûr que l'insertion de plusieurs données dans un arbre ca va plus vite que plusieurs fois une seule, mais je pense pas que ca vaille le coûp de passer par la construction d'une liste intermédiaire qui sert à rien
 
enfin bon, ti fé kom ti ve !

 
Ben, y a des méthodes toutes prêtes pour trier les listes. Pour trier HashSet et TreeSet, j'ai rien vu... :-(
Du coup pr une petite liste (une cinquantaine d'éléments à tt casser), j'vais utiliser une liste. J'ai tord !?

un TreeSet c'est automatiquement trié : tu lui file un Comparator à la création.
 
mais si tu veux trier, tu peux très bien passer par une Liste. Le seul intéret du tree set c'est que ca trie au fur et à mesure que tu ajoutes les éléments dedans.

Par contre, l'insertion et la suppression ne se font pas en temps constant. Faut voir s'il y en aura beaucoup ou non.

question niveau métaprogrammation avec les futurs templates Java: en C++, c'est possible d'initialiser un tableau d'entier et de le trier au moment de la compilation par exemple. en fait j'aimerais savoir quelle va être la portée des templates en Java: une simple contrainte de type ou bien un formidable outil dans la logique 'think you're a compiler' et faire plein de trucs géniaux?

une simple contrainte de type

 
J'comprends pas ce que tu veux dire : un tableau, le + souvent, c'est rempli au runtime, le compileur ne peut pas le trier.
Et "l'outil formidable dans la logique think you're a compiler", ça veut dire quoi ?

c'est un foumage de pétard des développeurs C/C++

 
Et en lpus précis et moins trollesque, ça donne quoi ?

n'empeche avec ça tu peux implémenter le design pattern stratégie au moment de la compilation....

je suis pas dans le trip, j'en sais rien moi

parce que d'habitude c'est au Runtime que les dessign pattern sont implémentés ?  

MAIS C'EST QUOI BORDEL ?????  

 
J'ai pas regardé les spec en détails, mais d'après ce qu'on m'adit ça sera moin puissant qu'en C++ les template java, à vérifier cependant.

 
Metaprogramation, unrolling template... Ca te dit rien?

et trivialement, les arguments templates seront uniquement des types ou pourront aussi etre par exemple des types entiers comme en C++ ?

 
Là je te renvoie au spec de la 1.5 par ce que honétement j'en sais rien, je me suis pas encore penché sur la question.

moi je te renvoie sur le topic du jdk1.5. et à mon post un peu au dessus : c'est uniquement une facilitation et une vérification de typage. Ca n'a pas grand chose à voir avec les templates de C++

 
C ce qu'il me semblait.