Discussion :

[LesLemmings]

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

[Matthieu Brucher]

std::vector est ton ami.

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

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

[Matthieu Brucher]

Pas une aussi bonne idée que le vector.

[mchk0123]

Ca ce vaut.

[koala01]

salut,

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

[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

[Matthieu Brucher]

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.

[Luc Hermitte]

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

[mchk0123]

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

[kacedda]

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 :

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

1
2
#define n 10
double *tab[n];

?

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

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

1
2
3
4
5
6
7
8
9
int main()
{
    int Taille;
    std::cin >> Taille;
 
    double Tab[Taille];
 
    return 0;
}

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

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

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

[Luc Hermitte]

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.

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.

[Matthieu Brucher]

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

Ou pas.

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