Discussion :

[Belouda]

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 :

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

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.

[tug83]

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

[Jerome Briot]

A lire :

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

La première phrase est la plus importante :

Don't do this

[tug83]

ça se discute!

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

on peut lire

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

[Jerome Briot]

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 :

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

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 :

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

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

[tug83]

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 .

[Jerome Briot]

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

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

[LordPeterPan2]

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 :

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

1
2
3
4
5
 
toto = 'tutu';
titi.toto = 'j''ai fait mon boulet';
champs = 'toto'; 
titi.(champs)

[Jerome Briot]

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