Discussion :

[donnadieujulien]

bonsoir,

on m'a déjà dit sur ce forum qu'il faalit plutôt utiliser des arraylist à des vectors en monothreadé.
Est-ce vraiment le cas et pourquoi?
J'ai déjà eu des problèmes de stabilité en utilisant un vecteur rempli et vidé beacoup de fois, mais toujours dans un jprogressbar en utilisant un thread pour l'affichage. donc c'est plus du monothréadé non?

[®om]

TOUJOURS ArrayList

Vector date de l'ancienne API de collections, tout comme Hashtable.
À partir de Java 1.2, ils ont été remplacés (par ArrayList et HashMap)!

Après le problème monothreadé/multithreadé, c'est un autre problème :
monothreadé : new ArrayList();
multithreadé : Collections.synchronizedList(new ArrayList()); (ou gestion manuelle de la synchro, c'est souvent ce dont on a besoin)

[millie]

Vector n'est pas déprécié et est gardé pour raisons de compatibilités mais n'est plus à utiliser (je plussoie Rom sur ce qu'il a dit)

Je cite Sun :

Par exemple ici :
http://java.sun.com/developer/online...ndStackClasses
Ou ici : http://java.sun.com/developer/TechTi...0216.html#tip2

Ici http://java.sun.com/j2se/1.4.2/docs/...reference.html ils disent que Vector est une vieille collection.

Pas mal de discussions sur le forum de Sun disent la même chose : http://forum.java.sun.com/thread.jsp...1981&tstart=30


Ou encore ici : http://java.sun.com/developer/techni...ing/index.html

A collection is a group of related data elements, organized into a single object,
with operations provided to manipulate the data. Java technology has always offered support for collections,
for example via the Vector and Hashtable classes, but in JDK 1.2, a new framework for collections
has been defined and implemented. The old classes can still be used, but the new preferred approach
has significant advantages.

Je peux citer d'autres liens, il suffit de taper : ArrayList et Vector sur java.sun.com

[adiGuba]

Salut,

+1


Les seuls cas où tu dois encore utiliser Vector, c'est lorsque tu utilises une API qui l'utilise encore (comme certains composants Swing par exemple).


Mais tes problèmes de stabilité de viennent pas de Vector...

a++

[donnadieujulien]

ok donc pour de meilleures perfs, il faut utiliser arraylist.

Mais pour le déclarer, c'est quoi cette gestion de la syncro??

Si j'utilise un arraylist dans une classe jdialog et que dans cette classe j'utilise un thread pour rafraichir ma progressbar, il faut que je le déclare comme ca?

Je cite @om :

multithreadé : Collections.synchronizedList(new ArrayList()); (ou gestion manuelle de la synchro, c'est souvent ce dont on a besoin)

Pourtant ca marche bien en new ArrayList() dans mon prog...

[unknow0]

si les fonction de l'arrayliste n'ont pas besoin d'etre synchronized juste un new arrayliste et suffisant.
si il y a besoin d'utiliser des fonction shynchronised il faut utiliser Collections.synchronizedList(new ArrayList());
enffin si j'ai bien tout compris

[millie]

Si j'utilise un arraylist dans une classe jdialog et que dans cette classe j'utilise un thread pour rafraichir ma progressbar, il faut que je le déclare comme ca?

Ca dépend si ton arrayList peut être utilisé pas plusieurs thread en même temps. Si ça n'arrive jamais, ça ne sert à rien.

Pourtant ca marche bien en new ArrayList() dans mon prog...

C'est bien le problème des environnements multithreads, ça peut marcher à 90%, 99% sans synchronisation jusqu'au jour où tout déconne.

[®om]

Si j'utilise un arraylist dans une classe jdialog et que dans cette classe j'utilise un thread pour rafraichir ma progressbar, il faut que je le déclare comme ca?

Règle d'or de Swing : ne jamais rafraîchir l'interface graphique à partir d'un thread autre que l'EDT.

Donc soit tu utilises un javax.swing.Timer, soit un SwingWorker, soit tu fais toi même les SwingUtilities.invokeLater(...).

http://gfx.developpez.com/tutoriel/j...ing-threading/

[donnadieujulien]

LA fameuse règle du thread unique.

Pourtant je remarque que ça marche, et que sur internet, les exemples sont nombreux à rafrachir des progressbar avec un thread....

pourquoi ca marche alors?

[sinok]

Parce qu'il faut bien se servir d'un thread pour effectuer les actions en parallèle, mais que pour modifier un élément graphique depuis ce thread tu as une action spécifique à réaliser, qui va mettre la modification dans la file d'attente du Thread chargé du dessin des interfaces graphiques.
Relis le tuto dont ®om t'as filé le lien, tout y est expliqué

[®om]

LA fameuse règle du thread unique.

Pourtant je remarque que ça marche, et que sur internet, les exemples sont nombreux à rafrachir des progressbar avec un thread....

pourquoi ca marche alors?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
if(new Random().nextInt(50) == 0) {
    throw new RuntimeException();
}

Pourquoi ce code marche si je le lance une seule fois ?