Discussion :

[Faluchard]

Bonjour !

Je manipule un morceau de code avec une instanciation d'objet (un Widget Text de la lib SWT) dans une boucle. On a donc un truc du genre :

Code :

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

1
2
for (i=0; i<100; i++)
   {Text texte = new Text(table, SWT.NONE);}

Tous les objets sont instanciés mais possèdent le même nom. Alors bon ça ne me choque pas que Java s'en sorte au niveau de la JVM, mais comment fait le programmeur pour accéder à ces objets ?

Exemple :

Code :

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

1
2
3
for (i=0; i<100; i++)
   {Text texte = new Text(table, SWT.NONE);}
texte.dispose();

Il va me supprimer (c'est le but de la fonction dispose) le dernier widget Text créé. Comment puis-je faire si je veux tous les supprimer par exemple ? Je sais qu'une solution serait de créer un tableau ou un vector, mais j'aimerais savoir s'il est possible de les accéder de cette manière.

Merci d'avance !

[Ivelios]

Bonjour,

à ma connaissance tu es obligé de stocker les références vers les Objets quelque part si tu souhaites les réutiliser ensuite.

Donc comme tu le proposais : tableau, list, ...

a+

Ivelios

[ramoucho75020]

Bonjour ,


A priori je pense que java réécrit dans la même adresse mémoire tes nouveaux objets qui sont tous complétement identique.

De plus

Code :

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

texte.dispose();

ne devrait pas fonctionner car texte est instancier dans la boucle de manière locale.

si tu fais :

Code :

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

1
2
3
4
5
6
7
Texte text = null  ; 
 
for ( int i =0 ; i < 100 ; i++ ){
text = new Text(de ce que tu veux ) ; 
} 
 
texte.dispose();

là le texte.dispose() fonctionnera pour l'objet se trouvant à l'adresse memoire de texte. Si eventuellement d'autres instances ont été crée ( je doute fort la desus ) le grabber collector s'en chargera


Edit : J'espère que je te dit pas de bêtises, j'espère qu'un autre membre pourra confirmer

[hwoarang]

Tu n'as pas le choix, si tu veux conserver une référence, il faut la stocker quelque part. Ca peut etre dans un tableau ou dans un array. Mais en général, quand on instancie des Labels, c'est pour les inclure dans une fenetre. donc la référence sera concervée dans celle-ci et, en général, elle fournit une interface qui permet de retrouver l'ensemble des éléments qui lui ont été ajoutés.
Mais il est mieux de garder ta propre liste car ca t'evitera d'avoir à te demander, lorsque tu recupereres l'ensemble des composants graphiques de la fenetre, si c'est un Text qui vient de ta procedure ou d'ailleurs.

Sinon, pour reprendre le code que tu donnes, à chaque nouvelle instanciation, la référence sur l'instance est perdue. Autrement dit, l'objet est détruit et, s'il y a un besoin mémoire, le garbage collector va venir récupérer la mémoire allouée. Bref, pour résumer, le code que tu as posté ne correspond probablement pas à un code qui marche. D'ou est ce qu'il sort ?

[Rei Ichido]

Bonjour ,


A priori je pense que java réécrit dans la même adresse mémoire tes nouveaux objets qui sont tous complétement identique.
[...]
Edit : J'espère que je te dit pas de bêtises, j'espère qu'un autre membre pourra confirmer

En fait, dès qu'on fait "New", ça veut bien dire qu'on crée un objet nouveau, même s'il a les même valeurs ... Par ailleurs, au niveau GC, ici les objets créés sont stockés au niveau de l'objet parent (table). Ils ne sont donc pas collectable.

[Faluchard]

@hwoarang
Il sort d'un exemple beaucoup plus complexe que j'ai essayé de simplifier au maximum. J'ai probablement trop simplifié si tu dis que ça ne fonctionne pas, mais en réalité ça fonctionne !

Merci pour vos réponses.

[thelvin]

Sinon, pour reprendre le code que tu donnes, à chaque nouvelle instanciation, la référence sur l'instance est perdue. Autrement dit, l'objet est détruit et, s'il y a un besoin mémoire, le garbage collector va venir récupérer la mémoire allouée. Bref, pour résumer, le code que tu as posté ne correspond probablement pas à un code qui marche. D'ou est ce qu'il sort ?

Si, si, là le constructeur exige qu'on lui dise dans quel élément parent le Text doit être inséré. Par conséquent, cet élément parent garde une référence vers le nouvel élément créé. C'est mal, oui, ça veut dire que le constructeur leak un this vers l'objet avant sa fin, mais SWT fonctionne comme ça.

D'ailleurs, on peut utiliser cela pour demander au parent de lister tous les Text qu'il contient. Mais ce n'est pas pratique, car l'ordre, et plus grave, la sémantique, ne sont pas garantis. Il vaut mieux les mettre dans une List<Text>.

[hwoarang]

Si, si, là le constructeur exige qu'on lui dise dans quel élément parent le Text doit être inséré. Par conséquent, cet élément parent garde une référence vers le nouvel élément créé. C'est mal, oui, ça veut dire que le constructeur leak un this vers l'objet avant sa fin, mais SWT fonctionne comme ça.

Ah oui, j'avais pas fait attention à "table" qui est passé au texte. C'est... original comme fonctionnement...

Mais la remarque que j'ai faite est quand meme valable. Si tu ne veux pas t'embeter à stocker tes textes toi meme (ce qui est quand meme le mieux), tu peux probablement lister les composants dans "table" et recuperer tes textes.