Version imprimable
Bonjour à tous,
Je débute en C++ et j'avoue que je patauge dans certains cas pourtant simples.
Ci-dessous un exemple de ce que souhaite faire :
Je voudrais obtenir extrait[5], tableau de 5 pointeurs sur des T_exemple crées dynamiquement.Code:
2
3
4
5
6
7
8
Pourquoi le compilateur ne veut-il rien savoir ?
Squale69
la ligne T_exemple* extrait[i] = new T_exemple; est interprété comme une declaration d'une nouvelle variable !!!
il suffit de faireCode:extrait[i] = new T_exemple; //j'ai enelvé T_exemple *
Je suis d'accord ... mais je ne pense pas que l'on puisse faire un new sur un "struct" ...
Si, aucun problème.
A 2 détails près, une struct est une classe.
Je n'etais pas vraiment sur .. car je n'utilise plus que des classes maintenants .. :yaisse2:Citation:
Envoyé par Davidbrcz
:merci: pour la précision
@ azalsup
Merci, c'était effectivement bien le problème. :oops:
Squale69
Salut, et bienvenue sur le forum.
Ceci dit, il me semble important d'attirer une fois de plus l'attention sur le fait qu'il faut de sacrément bonnes raisons pour envisager l'allocation dynamique ou les tableaux "C style" en C++.
D'abord, il faut être conscient des limitations propres aux tableaux C style, qu'ils soit "statiques" (donc déclarés sous la forme de MonType tab[10]; ) ou "dynamiques" (donc déclarés sous la forme de MonType *tab=new MonType[n]; ) - dont la principale est sans doute de nécessiter un espace contigu en mémoire suffisant pour y placer le nombre d'éléments souhaité - et qu'il est souvent intéressant de leur préférer des structures dynamiques (pile, tas, liste, arbre binaire, en fonction des besoins de l'application)
A la lecture du paragraphe précédent, tu vas sans doute penser "mais il perd la boule, le koala, il me dit d'éviter l'allocation dynamique, et pourtant, il me conseille tout de suite après de préférer... les structures dynamiques", et tu n'auras pas tord, jusqu'à ce que tu aies lu le conseil suivant: Penser à utiliser autant que possible les possibilités du langage.
En effet, le C++ fournit une quantité importante de conteneurs, adaptés à un grand nombre de situations et dont tu peux avoir un aperçu dans cette entrée dans la FAQ.
De manière générale, tu peux estimer que, même si tu as besoin d'un tableau de taille tout à fait fixe et connue à l'avance, la classe vector, disponible dans l'espace de noms std grâce à l'inclusion du fichier d'en-tête <vector> sera le plus souvent une alternative majeure aux tableaux C style.
Tu pourra d'ailleurs constater que, si le but de ton tableau de pointeurs est, tout simplement, de te permettre de savoir si le Nieme élément existe, ces différentes classes te permettent de supprimer un élément tout en contournant - à ton niveau - l'écueil dû à la gestion dynamique de la mémoire.
On ne le répétera jamais assez, mais le C++ est un langage tout à fait différent du C, même s'il est basé sur celui-ci.
Il est donc important d'éviter toutes les pratiques issues au C pour lesquelles une alternative existe en C++, ces pratiques n'étant le plus souvent admises que dans un soucis de compatibilité.
Une bonne partie des cas nécessitant l'utilisation des pointeurs en C - et de leur pendant l'allocation dynamique - fait partie des pratiques à éviter.
Au final, on n'utilisera plus les pointeurs en C++ que dans quelques cas bien particuliers:
- Quand il s'agit de mettre en oeuvre un comportement polymorphique
- Quand le membre d'une classe doit survivre à la destruction de l'instance dans laquelle il est créé
- Quand il s'agit de gérer une appartenance cyclique: quand la classe A doit disposer d'un membre de type B et que la classe B doit faire référence... à l'élément de type A qui le contient comme dans l'exemple suivant
Code:
2
3
4
5
6
7
8
9
10
11
Parmis les trois cas cités, seuls les deux premiers nous inciteront peut être à avoir recours à l'allocation dynamique de la mémoire (et je te rappelle que l'utilisation de pointeurs et de la gestion de l'allocation dynamique sont sans doute les deux pratiques qui risquent le plus de mener à des catastrophes en C... tu comprend donc pourquoi on préférera les éviter autant que faire se peut ;))