Non initialisation de variables (sans erreurs de compilation)

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:

---

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:

---

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

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) ?

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:

---

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

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.

Citation:

---

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.

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 :)

Salut,

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

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.

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

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.

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 :)

Les Generics, tu les avais sous la main aussi ;)
(juste pour info http://blogs.msdn.com/joshwil/archiv...13/112598.aspx)

Citation:

---

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).

Citation:

---

Envoyé par alband85

Les Generics, tu les avais sous la main aussi ;)
(juste pour info http://blogs.msdn.com/joshwil/archiv...13/112598.aspx)

---

OK, merci pour le lien, je m'y plonge


@SirJulio : d'accord, je comprend mieux. Je reste en debug jusqu'à la fin. Ce sera plus sûr

Citation:

---

Envoyé par Bungle

@SirJulio : d'accord, je comprend mieux. Je reste en debug jusqu'à la fin. Ce sera plus sûr

---

Ben non c'est pas plus sûr... puisque le jour où tu passeras en release, tout risque de se bananer méchamment :?