Non initialisation de variables (sans erreurs de compilation)

**Bungle** · 16/07/2008, 09h54

Bonjour,

désolé de vous embêter mais je vous expose un petit souci :

Dans mon code j'ai des déclaration de ArrayList :

Code :

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

1
2
3
4
 
ArrayList AL1 = new ArrayList();
ArrayList AL2 = new ArrayList();
ArrayList AL3 = new ArrayList();

Jusque là, rien de bien compliqué.
Puis j'ai une condition et en cas de réussite mes méthode de récupération de données :

Code :

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

1
2
3
4
 
AL1 = data.getAL1(p1, p2);               
AL2 = data.getAL2(p1, p2);               
AL3 = data.getAL3(p1, p2);

Toujours rien de spécial mais, lorsque que j'exécute le programme, je m'aperçois que AL2 et AL3 n'existent pas (sachant que je passe bien dans les fontion getALX() et que ce qu'elles me renvoient est bien cohérent).
Pas juste un null, non pire : les variables ne s'instancient pas.
Donc mode débug, et après mes "new ArrayList()", Visual Studio me balance que la variable n'existe pas dans le contexte actuel, ce qui ne l'empêche pas de continuer à s'exécuter sans me renvoyer d'erreur...

Auriez-vous, par hasard, déjà rencontré ce problème ?

Merci beaucoup

**alband85** · 16/07/2008, 09h57

On dirait un problème de portée de tes variables.
Tu as des blocs conditionnels (if, while...) ou des blocs de gestion d'exception (try / catch) ?

**Bungle** · 16/07/2008, 10h25

Ben en fait, 90% de mon projet se base sur de la manipulation d'ArrayList. Donc si ça m'était arrivé au début je me serais posé des question, mais là j'en suis à 15 jours de dév donc ça m'étonne d'avoir un souci de portée :

Pour faire plus simple, voici le vrai code (enfin juste la partie incriminée

)

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
 
/* la série des ArrayList */
ArrayList listeDateC = new ArrayList();
ArrayList listePPage = new ArrayList();
ArrayList listePPosition = new ArrayList();
ArrayList listeGroupeA = new ArrayList();
ArrayList listeGroupeB = new ArrayList();
ArrayList listeMC = new ArrayList();
 
 
 
/**** là dedans, tout est OK ***/
// insertion des DI
if (checkBox_di.Checked && listeDate.Contains(this.selectedDate))
{
xls.insertDI(data.getIndexData(idSite, this.selectedDatets));
this.ligneVide(3);
}
/******************/
 
 
 
// insertion de l'évolution
if (checkBox_evoPosition.Checked && listeDate.Contains(this.selectedDate))
{
 
listeDateC = data.getDateControleEvo(idSite, this.selectedDatets);               
 
listePPage = data.getEvoPositionPPage(listeDateC, dateDC, listeMoteur, idSite);
listePPosition = data.getEvoPositionPPosition(listeDateC, dateDC, listeMoteur, idSite);
listeGroupeA = data.getEvoPositionGroupeA(listeDateC, dateDC, listeMoteur, idSite);
listeGroupeB = data.getEvoPositionGroupeB(listeDateC, dateDC, listeMoteur, idSite);
listeMC = data.getEvoMCPositionnes(listeDateC, dateDC, listeMoteur, idSite);
 
this.ligneVide(3);
}

Et dans tout ça, seul listeDateC s'initialise via le 'new' et se remplie.

Les data.getEvo... s'exécute puisque le débuggeur rentre dedans sans me faire d'erreurs mais les 5 autres ArrayList reste toujours inconnues.

Si ça peut vous aiguiller

**alband85** · 16/07/2008, 11h16

Une question bête : dans tes data.getEvoXXX, tu instancies un nouvel ArrayList que tu renvoies ensuite ?
Même si ce n'est pas "faux", il est préférable de passer tes listeXXX en paramètre des méthodes (par référence) et de travailler directement dessus, c'est mieux pour la mémoire

Et à mon avis, le problème vient vraiment de tes méthodes... il y a probablement un souci quand elle font leur return.

**SaumonAgile** · 16/07/2008, 11h27

Envoyé par alband85

Même si ce n'est pas "faux", il est préférable de passer tes listeXXX en paramètre des méthodes (par référence) et de travailler directement dessus, c'est mieux pour la mémoire

Ceci n'a absolument aucun impact sur la mémoire. Le garbage collector trace les références sur les objets, peu importe à quel endroit est créée la référence.
Les références et les objets sont des éléments totalement distincts.

De plus, tous les types référence sont automatiquement passés par référence.

**Bungle** · 16/07/2008, 11h28

difficile de passer les liste en paramètre vu que ce n'est pas la même classe. Mais ça encore c'est un détail.
Pour ce qui est du return, j'ai testé les 6 (date + les autres), pour chaque return des trucs qui ne vont pas, j'ai bien une ArrayList de 10 éléments.

Je met en pièce jointe un screenshot de VS avec un point d'arrêt sur l'initialisation de la 3ème ArrayList et des espion sur les 2 premières.

Comme tu peux le voir, il y a qd même un truc étrange, pour ne pas dire bizarre ou carrément louche

**SirJulio** · 16/07/2008, 15h09

Salut,

tu compiles bien en Debug et sans optimisation ? Ce "probleme" peut arriver suite à des optimisations ou autres inlining de fonction.

**Bungle** · 16/07/2008, 15h32

rien de spécial au niveau de la compilation. Si ce n'est que j'ai fait un import d'un projet VS 2005.
Par contre je suis en Release.

**Bungle** · 16/07/2008, 15h34

ok, je retourne me cacher, en compilant en Debug ça tourne...

Par contre, je ne vois absolument pas pourquoi ça bloquait de l'autre côté

Merci à tous

**Skyounet** · 16/07/2008, 15h39

Juste comme ça, tu as pensé à utiliser autre chose que des ArrayList ? Genre des List<T> non ? Les ArrayList c'est un peu pourri quand même.

**Bungle** · 16/07/2008, 15h48

Sincèrement non,
j'ai ce truc à finir pour avant que je le commence (sachant que si j'avais du attendre une validation ça ne serait pas encore démarré...) et tout ce que j'avais sous la main c'était des ArrayList.
Peut-être que je réécrirai mes classe un jour où j'aurais le temps

**alband85** · 16/07/2008, 15h51

Les Generics, tu les avais sous la main aussi

(juste pour info http://blogs.msdn.com/joshwil/archiv...13/112598.aspx)

**SirJulio** · 16/07/2008, 15h51

Envoyé par Skyounet

Juste comme ça, tu as pensé à utiliser autre chose que des ArrayList ? Genre des List<T> non ? Les ArrayList c'est un peu pourri quand même.

Je plussoie !

Pour le probleme, tu ne peux pas compter sur un code en release dans un debugger (le compilateur C# bien que faisant tres peu d'optimisation de lui meme, pourrait te cracher un IL totalement different de ta source, et de fait créer ces variables qu'on ne peut pas interroger).