Générer un nom de variable

Bonjour,

petit probléme. Dans mon script, j'aimerai savoir générer des noms de variables ("s1", "s2", "s3" etc...) dans une boucle. J'ai d'abord concaténé le s avec la variable i de la boucle, ce qui me permet d'obtenir les noms "s1", "s2", "s3". Mais après, j'aimerais utiliser ces noms comme noms de matrices :

Code:

---

1 2 3 4 5 6 7 8 9 10

for i=1:3   %concaténation ok   strcat('s',int2str(i))   %probléme pour utiliser ces noms strcat('s',int2str(i)) = [ i i+1] %ne fonctionne pas   end

---

Pouvez-vous m'aider ?

Merci par avance.

S.

Jette un oeil sur cet exemple:
http://www.mathworks.com/support/sol...lution=1-190XP

A lire :

http://www.mit.edu/~pwb/cssm/matlab-faq.html#evalcell

La première phrase est la plus importante :

Citation:

---

Don't do this

---

ça se discute!

http://blogs.mathworks.com/loren/?p=9

on peut lire

Citation:

---

you are probably familiar with repeated advice to not use the MATLAB function eval . Today I plan to tell you more about why this is generally good advice.

---

et c'est Loren qui le dit ;)

Citation:

---

Envoyé par tug83

et c'est Loren qui le dit

---

Euh... désolé mais je ne comprends pas bien la remarque ?
Je rejoins entièrement ce que dit Loren Shure (et heureusement !).

Ormis les trois points soulevés dans son blog :
1) Perte totale de clareté et de lisibilité du code
2) Perte d'efficacité par la nécessité de réinterpréter à chaque fois la chaîne de caractères argument de EVAL
3) Complexité de l'analyse du code (fonction appelée, fonction appelante...)

La réponse dans la FAQ (de Peter Boettcher) est clair à ce sujet. L'idée est en plus d'éviter un engorgement du workspace de Matlab par un trop grand nombre de variables et surtout une gestion inefficace des variables créées.

Par exemple (très/trop simpliste):

Code:

---

1 2 3

for n=1:100 eval(sprintf('a%d=rand',n)); end

---

Maintenant comment faire pour connaitre le nombre de variables créées a??? plus tard ?

Alors qu'il est plus efficace de faire :

Code:

---

1 2 3 4

for n=1:100 a{n}=rand; end numel(a)

---

Une autre limitation, résolue il est vrai depuis la version R14, était l'incompatibilité entre le Compiler et la fonction EVAL :
http://www.mathworks.com/support/sol...a/1-19CPH.html

Un peu de lecture pour terminer :
http://www.mathworks.com/support/tec...1100/1103.html

Maintenant, chacun est libre de programmer comme il l'entend. Mais je persiste (et c'est de loin l'opinion majoritaire des intervenants réguliers de la newsgroup CSSM) à dire que l'utilisation d'EVAL doit être réservée à des cas très spécifiques (voir la dernière phrase de la réponse dans la FAQ).

non mais bien sûr je suis 100% d'accord avec toi
surtout avec le fameux bug de eval en r2006b:
http://www.mathworks.com/support/bug...html?rp=341792
je mettais juste ces liens pour alimenter la discussion
ma remarque sur loren était juste sur le fait que c'est une valeur sûre ,chez The MathWorks depuis 1987 quand même. Vu que tu es un habitué du Matlab Central tu seras surement d'accord avec moi sur ce point .

C'est surtout le "ça se discute" qui m'a géné.

Il convient d'être très clair avec "the evil EVAL" !

Citation:

---

Techniques to evade eval

* Use the functional form instead of command
* Use structs and have fields with the chosen names (using dynamic field references) instead of naming variables with those names
* str2func

---

Heu çà revient pas à faire un eval ?? :

Code:

---

1 2 3 4 5

toto = 'tutu'; titi.toto = 'j''ai fait mon boulet'; champs = 'toto'; titi.(champs)

---

Vu ma version de Matlab, je ne voudrais pas trop m'avancer, mais je ne crois pas : http://blogs.mathworks.com/loren/?p=6