nom de variable dynamique (dépendant d'un tableau)

Bonjour,

Voici mon problème, j'ai un tableau @names comprenant des noms. Et je voudrais que ces noms deviennent des variables :

exemple :

Code:

---

1 2 3 4 5 6 7 8 9

@names = {toto, tata} $toto = 0; foreach (@names) { $$_ = 1; my $v = $$_; print $_."\t".$toto."\t".$$_."\t".$test."\n"; $$_++; }

---

=> le résultat du print est bon par contre si j'ai "PRIMER_PRODUCT_SIZE_RANGE" dans mon tableau et que je fait exactement la même méthode (avec du code entre en plus qui n'influence pas), je me retrouve avec une erreur :

Code:

---

Can't use string ("PRIMER_PRODUCT_SIZE_RANGE") as a SCALAR ref while "strict refs" in use at test.pl line 553.

---

En lisant quelques commentaires sur le net, ceci peut venir du fait d'avoir 2 $, hors ici c'est nomal ....
Bref mon but est d'avoir des variables dont le noms sera à chaque fois la case du tableau et à priori la méthode est mauvaise, donc si vous avez une idée je suis preneuse ^^

Merci pour votre attention :)

Tu essaies d'utiliser des références symboliques, ce qui est interdit avec "use strict" (seules les références "dures" sont autorisées).

Si tu veux vraiment utiliser des références symboliques, tu mets "no strict ref" juste avant son utilisation et tu réactives strict ref juste après. Par ailleurs, les références symboliques ne fonctionnent qu'avec des variables globales (déclarées avec our).

Mais je vois d'autre problèmes dans ton code:

Code:

---

1 2 3

foreach (@names) { $$_ = 1;

---

Le foreach met chaque élément du tableau @names dans la variable spéciale $_, et tu t'empresses d'écraser son contenu en entrant dans la boucle. Je doute que ce soit ce que tu cherches vraiment à faire.

Merci pour ta réponse je vais tester le strict ^^ je me suis doutée que ça pouvait venir de là mais ton indication sur l'inactivation et la réactivation est très pratique.
Sinon si je peux écraser à chaque mouvement de boucle puisque à chaque boucle de foreach, mon traitement est sauvegarder dans un autre tableau ^^

Merci encore

J'ai encore des erreurs mais qui ne sont pas du à ceci je n'ai plus qu'à regarder ^^ Merci encore :)

ps : no strict 'refs'

Effectivement, no strict 'refs'.

Mais j'insiste que

Code:

---

1 2 3

foreach (@names) { $$_ = 1;

---

me paraît être une très mauvaise idée.

De plus

Code:

---

@names = {toto, tata};

---

ne fait sans doute pas ce que tu penses, car @names conient alors un seul élément, à savoir une référence à un hash anonyme ayant toto comme unique clé et tata comme seule valeur. Tu veux sans doute faire quelque chose comme:

Code:

---

my @names = qw /toto tata/;

---

Et de toute façon, sauf cas particuliers dont je n'ai pas connaissance et qui relèveraient de toute façon de la Magie Noire, le nommage dynamique des variables est inutile. Les tableaux associatifs permettent d'obtenir le même résultat, sans les inconvénients.

J'ai utilisé deux ou trois fois des références symboliques qui m'ont permis d'économiser pas mal de lignes de code.

Il faudrait que je retrouve les exemples, mais je ne pense pas qu'un hash m'aurait sorti d'affaire (ou alors peut-être aurait-il fallu au minimum un hash de hash ou un hash de tableaux, je ne sais plus bien).

Un hash, par rapport à une référence dynamique, ajoute simplement un niveau de déréférencement supplémentaire :

Code:

---

1 2	my %mes_vars = (toto => "coucou", tata => "au revoir"); print $mes_vars{toto}, $mes_vars{tata};

---

au lieu de

Code:

---

1 2 3

my @mes_vars = qw(toto tata); (${$mes_vars[0]}, ${$mes_vars[1]}) = ("coucou", "au revoir"); print $toto, $tata;

---

C'est nettement plus souple, et tout aussi lisible.

Citation:

---

Envoyé par Philou67430

Un hash, par rapport à une référence dynamique, ajoute simplement un niveau de déréférencement supplémentaire :

---

J'ai retrouvé l'un des programmes dans lesquels j'avais utilisé ponctuellement des références symboliques.

Je m'en servais pour nommer des hash et des tableaux de compteurs. En regardant bien, oui, j'aurais pu utiliser un hash de hash et un hash de tableau, mais j'aurais eu plus de code à réécrire.

Il est clair que si le besoin concerne un soft existant, l'usage de références dynamiques peut être justifié.