Java

Utilisation d'une ArrayList

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : Utilisation d'une ArrayList

persepolis

Bonjour,
j'ai un petit problème pour remplir une ArrayList.
J'ai X fois le dernier element insere et ensuite mon Collections.sort bloque le traitement ...
---------------------------------------
Code :
Dans une boucle j'ai
versionLog.setLength(0);
....
listVL.add(versionLog); //versionLog est un StringBuffer

----------------------------------
A la sortie de la boucle :
Collections.sort(listVL);

---------------
Evite les personnes arrogantes et vulgaires, elles sont un tourment pour l'esprit.

Publicité

El_gringo

T'as lu la doc ?
Pour appliquer à une List, la méthode sort de Collections, il faut que tous les éléments de la liste implémentent l'interface Comparable ! Tu vois bien que StringBuffer l'implémente pas.
Sinon, tu peux utiliser plutot

public static void sort(List list,
Comparator c)

de la classe Collections...

persepolis

El_Gringo a écrit a écrit :

T'as lu la doc ?
Pour appliquer à une List, la méthode sort de Collections, il faut que tous les éléments de la liste implémentent l'interface Comparable ! Tu vois bien que StringBuffer l'implémente pas.
Sinon, tu peux utiliser plutot

public static void sort(List list,
Comparator c)

de la classe Collections...

Pour le Collections.Sort -> ok je vais regarder.
Par contre, pour la premiere partie de ma question, est-ce-que tu as une idée ?

---------------
Evite les personnes arrogantes et vulgaires, elles sont un tourment pour l'esprit.

El_gringo

Bah ça viens surement de ton algo : debug !

persepolis

El_Gringo a écrit a écrit :

Bah ça viens surement de ton algo : debug !

A priori, en convertissant mon StringBuffer en String, tout à l'air d'être rentré dans l'ordre ...
Y'aurait mieux à faire ?
Sinon Merci (si oui aussi d'ailleurs)

---------------
Evite les personnes arrogantes et vulgaires, elles sont un tourment pour l'esprit.

El_gringo

PERSEPOLIS a écrit a écrit :

A priori, en convertissant mon StringBuffer en String, tout à l'air d'être rentré dans l'ordre ...
Y'aurait mieux à faire ?
Sinon Merci (si oui aussi d'ailleurs)

ha mon avis, c ce que t'as de mieux à faire, c clair !

gfive

Bah, si tu réfléchis 5 minutes, tu te rendras compte que c'est tout à fait normal, comme comportement : tu fais :

Code :

while(condition) {
versionLog.setLength(0);
....
listVL.add(versionLog);
}

donc, tu ajoutes à chaque fois à ton arraylist, une référence vers une même instance de StringBuffer : donc, quand tu accèdes à tes éléments, tu obtiens toujours la même instance!!

En revanche, si tu fais : listVL.add(versionLog.toString());

ben tu ajoutes dans ta liste une nouvelle instance de String, qui contient le contenu de versionLog au moment de l'appel..

C'est pas tout de trouver des solutions, il faut aussi piger pourquoi elles marchent!

persepolis

gfive a écrit a écrit :

Bah, si tu réfléchis 5 minutes, tu te rendras compte que c'est tout à fait normal, comme comportement : tu fais :

Code :

while(condition) {
versionLog.setLength(0);
....
listVL.add(versionLog);
}

Fo croire Ke C pas donne à tous le monde de reflechir comme toi ??? :fou:

Message édité par persepolis le 03-12-2002 à 09:34:21

---------------
Evite les personnes arrogantes et vulgaires, elles sont un tourment pour l'esprit.

gfive

bah, c'est pas une manière de réfléchir!!!! C'est le comportement NORMAL..Enfin, je sais pas, moi!! Réfléchit 2 secondes : tu ajoutes à chaque position de ton arraylist un MEME OBJET!!! Il est pas dupliqué lors de l'ajout...donc, si tu le modifies, tu as beau y accéder par la première ou la dernière position de ta liste, ben tu accèdes toujours au même objet!!

persepolis

gfive a écrit a écrit :

bah, c'est pas une manière de réfléchir!!!! C'est le comportement NORMAL..Enfin, je sais pas, moi!! Réfléchit 2 secondes : tu ajoutes à chaque position de ton arraylist un MEME OBJET!!! Il est pas dupliqué lors de l'ajout...donc, si tu le modifies, tu as beau y accéder par la première ou la dernière position de ta liste, ben tu accèdes toujours au même objet!!

T'as tout à fait raison mais c'est vrai que j'ai encore du mal à refléchir en terme d'objet ...
Une leçon de plus... :sarcastic:

---------------
Evite les personnes arrogantes et vulgaires, elles sont un tourment pour l'esprit.

Publicité

BifaceMcLeOD

The HighGlandeur

gfive> Pour la défense de persepolis, raisonner en termes d'objets partagés n'est pas du tout naturel. On y vient, certes, mais quand on vient (en particulier) du monde C++, c'est très déroutant au début.

J'ai même connu une époque (désormais révolue) où la condition suivante était toujours fausse en Java :

Code :

String s = "toto";
if (s == "toto" ) {
...
}

parce que la chaîne littérale "toto" était équivalente à l'expression new String("toto" )...

Message édité par BifaceMcLeOD le 03-12-2002 à 10:50:18

benou

le == pour comparer les String c'est mal !!!

darklord

You're welcome

benou a écrit a écrit :

le == pour comparer les String c'est mal !!!

ouais qd meme

---------------
Just because you feel good does not make you right

Prince2Lu

c pas que c mal le == avec les String, c que ca marche pas.
J aime bien dire quand le code y marche pas

[:len22]

BifaceMcLeOD

The HighGlandeur

C'est une erreur que quasiment tous les débutants Java faisaient il y a quelques années. Et comme par hasard, ils venaient tous du monde C/C++.

Et pourquoi écrivaient-ils ces lignes ? Parce qu'en C++, on mélange allègrement identité et valeur des objets, concepts que Java a clairement séparés. Et on en revient précisément à la question première de ce topic... :whistle:

edit> Je vous signale qu'avec les versions actuelles de Java, le code suivant affiche toujours "Vrai".

Code :

public class Toto {
public static void main(String[] args) {
String s = "toto";
if (s == "toto" ) {
System.out.println("Vrai" );
}
else {
System.out.println("Faux" );
}
}
}

Message édité par BifaceMcLeOD le 03-12-2002 à 11:22:16

benou

bha ouais on sait ! Mais c'est un "coup de bol" est c'est loin d'être garantie !

c'est juste parce que les objets de type String sont mit en cache.

El_gringo

benou a écrit a écrit :

bha ouais on sait ! Mais c'est un "coup de bol" est c'est loin d'être garantie !

c'est juste parce que les objets de type String sont mit en cache.

...uniquement ceux qui sont construit à partir d'une chaine en dur, style "toto", non ?
parce que ça :

Code :

public class Toto {
public static void main(String[] args) {
String s = new String ("toto" );
if (s == "toto" ) {
System.out.println("Vrai" );
}
else {
System.out.println("Faux" );
}
}
}

ça marche pas, si !?

benou

non, ca marche pas : t'utilise un new donc c'est réellement une nouvelle instance mais y a pas que les chaines en dur qui sont cachées :

Code :

package test;
public class TestString {
public static void main (String[] args) {
System.out.println("toto".equals("to" + "to" ));
System.out.println("toto".equals(new StringBuffer().append('t').append('o').append("to" ).toString()));
}
}

ca ca affiche

true
true

buzvolio

Avec .equals -> pas de surprise

FORUM HardWare.fr

Programmation

Java

Utilisation d'une ArrayList

Sujets relatifs
Pb d'utilisation des classes enveloppes + algo de tri	Tomcat 4 - Paramétrage pour une utilisation en production
Utilisation de javax.comm (accès au port série, //, ...) + DEPRECATE	utilisation d un formulaire avec interaction d une base odb
utilisation de sscanf: :/	Utilisation de valgrind : comprendre les messages
[C++] De la bonne utilisation de new	C++ Builder : Utilisation des DBComboBox
[PHP] Utilisation de file_exists : DONE.	Utilisation invalide de la clause GROUP
Plus de sujets relatifs à : Utilisation d'une ArrayList

Page générée en 0.110 secondes