declaration dynamique de variable

Version imprimable

07/03/2007, 17h25
LesLemmings

declaration dynamique de variable

bonjour,
dans mon prog je voudrais créer n variable !
n peut varier en fonction de situation.

je voulais savoir comment créer mes variable
(elle aurons comme nom variable1, variable2 ... et sont du type CAcquisition* mais bon cela n'est pas tres important)

je sais pas si j'ai ete claire (je suis pas tres doué pour cela)
merci de votre aide
07/03/2007, 17h35
Matthieu Brucher

std::vector est ton ami.
11/03/2007, 15h00
Tijee

Tes variables n'auront pas le nom variable1, variable2 etc... mais tu auras une variable de type vector à partir de laquelle tu accéderas à tes variables... Ce qui répond à ton problème...
12/03/2007, 21h34
mchk0123

Tu peux également faire :

CAquisition* variables[n];

n étant le nombre de variables

Puis utiliser "variables[1]", "variables[2]", ... etc, partout
ou voulait écrire à la place "variable1", "variable2", ...etc.
12/03/2007, 22h20
Matthieu Brucher

Pas une aussi bonne idée que le vector.
13/03/2007, 23h17
mchk0123

Ca ce vaut.
14/03/2007, 01h58
koala01

salut,

Citation:

Envoyé par mchk0123

Ca ce vaut.

Tout dépend si n est connu à l'avance ou s'il est suceptible d'évoluer fortement...

S'il passe de 18 à 20 (meme si c'est plusieurs fois d'affillée), on peut se contenter d'un vecteur "C style", mais s'il varie régulièrement et que, surtout, tu ne peux pas déterminer à la conception meme une valeur maximale cohérente, tu as très largement intérêt à te tourver vers le std::vector, qui sera beaucoup plus simple d'utilisation... ne serait-ce parce qu'il s'occupe lui-même de l'allocation d'une taille correcte pour la mémoire ;)
14/03/2007, 02h05
koala01

Je précises que de mon point de vue, la définition statique d'un "n" élevé si l'on ne sait pas déterminer un maximum à la conception présentera toujours le problème qu'on risque encore d'avoir besoin de ... n+1 éléments, et que l'allocation dynamique d'un tableau "C style" reste malgré tout beaucoup plus complexe que la gestion des variables au travers d'un std::vector ;)

Mais bon, meme si l'avis que je présente est, selon toutes vraissemblances, largement admis dans la communauté, il n'en reste pas moins un avis personnel que je n'oblige personne à suivre ;)
14/03/2007, 08h04
Matthieu Brucher

Citation:

Envoyé par mchk0123

Ca ce vaut.

Ca ne se vaut pas du tout d'un point de vue efficacité et simplicité. Avec un tableau à la main, il ne fait pas oublier de le désallouer, un std::vector, c'est automatique.
15/03/2007, 03h42
Luc Hermitte

Ca se vaut rien du tout. Les VLA ne sont pas supportés en C++.
15/03/2007, 10h06
mchk0123

Citation:

Envoyé par koala01

Je précises que de mon point de vue, la définition statique d'un "n" élevé si l'on ne sait pas déterminer un maximum à la conception présentera toujours le problème qu'on risque encore d'avoir besoin de ... n+1

Admet que pour n fixé par conception (table statique) ou par nécessité (architecture minimaliste, vielle version de compilateur, bibliothèque STL instable, ...) les tableaux C sont aussi une bonne idée.

Et pour un débutant c'est mieux de commencer par faire du C avant de vouloir faire du C++.
15/03/2007, 10h37
kacedda
Citation:

Envoyé par Luc Hermitte

Ca se vaut rien du tout. Les VLA ne sont pas supportés en C++.

Salut, c'est quoi un VLA exactement, je trouve que des sites ou ils disent qu''il faut pas le faire mais personne n'explique ce que c'est.

Variable length array
c'est ca:
Code:

1 2 #define n 10 double *tab[n];
?
15/03/2007, 11h22
Laurent Gomila
Non, dans ton code la taille du tableau est une constante, donc connue du compilateur, donc aucun problème, VLA ou pas.

Les VLA c'est ça :
Code:

1 2 3 4 5 6 7 8 9 int main() { int Taille; std::cin >> Taille; double Tab[Taille]; return 0; }
15/03/2007, 12h04
kacedda
Ok merci pour la précision.
J'ai tester et j'ai une "expected constant expression" a la compilation.
C'est bien ca?

Mais et ca ca marche et je trouve que ca revient au meme
Code:

1 2 3 4 5 double *tab; long size; size = 123; tab = new double[size];
c'est pas bien?(je le fais)
Sinon oui il faut faire le delete(pas comme le std::vector).
15/03/2007, 12h10
Luc Hermitte

Citation:

Envoyé par mchk0123

Admet que pour n fixé par conception (table statique) ou par nécessité (architecture minimaliste, vielle version de compilateur, bibliothèque STL instable, ...) les tableaux C sont aussi une bonne idée.

Et pour un débutant c'est mieux de commencer par faire du C avant de vouloir faire du C++.

Pour un débutant c'est mieux de savoir mettre en oeuvre des algos avant de savoir bidouiller la mémoire. Et bidouiller n'est pas comprendre.

Quant au n, il n'était pas fixé à en lire la question.

Citation:

Envoyé par OP

n peut varier en fonction de situation.

Donc non, la solution des VLA n'est pas acceptable, car le compilo est un compilo C++, ou alors il s'est trompé de forum.
15/03/2007, 13h43
Matthieu Brucher

Citation:

Envoyé par mchk0123

Et pour un débutant c'est mieux de commencer par faire du C avant de vouloir faire du C++.

Ou pas.
15/03/2007, 16h55
koala01

Il est clair qu'il est vraissemblalement plus facile de commencer par apprendre la programmation procédurale/séquentielle avant la programmation OO...

Mais la raison est surtout que l' OO fait malgré tout appel à des concepts qui se trouvent également en procédural, et que cela permet de scinder les difficultés.

Par contre, apprendre à faire du C++ "à la manière C" ne sera jamais une optique efficace d'apprentissage.

Comme, d'apres la question N n'est pas fixé, il est donc bien plus opportun de conseiller au PO de s'orienter vers les std::vector plutot que de commencer à lui parler d'alllocation dynamique "C style" qui lui posera un maximum de problèmes s'il n'a pas déjà correctement assimilé les phénomènes induits par cette méthode...