C++, variables dans la pile et le tas
Fermé
Wenzel
-
Modifié par Wenzel le 20/08/2011 à 17:57
KX Messages postés 16753 Date d'inscription samedi 31 mai 2008 Statut Modérateur Dernière intervention 25 novembre 2024 - 21 août 2011 à 15:15
KX Messages postés 16753 Date d'inscription samedi 31 mai 2008 Statut Modérateur Dernière intervention 25 novembre 2024 - 21 août 2011 à 15:15
A voir également:
- C++, variables dans la pile et le tas
- Pile carte mere - Guide
- Pile qui chauffe - Forum Mobile
- L'accu pile est déchargé nikon coolpix - Forum Nikon
- La pile présente sur la carte mère sert à - Forum Carte-mère/mémoire
5 réponses
KX
Messages postés
16753
Date d'inscription
samedi 31 mai 2008
Statut
Modérateur
Dernière intervention
25 novembre 2024
3 020
20 août 2011 à 18:30
20 août 2011 à 18:30
1) Java est un langage interprété, tout est géré par la machine virtuelle, ce n'est pas au développeur d'instancier la mémoire directement (a priori le ramasse-miette agit sur la pile)
2) Les allocations mémoire en C (malloc/free) et en C++ (new/delete) sont sur le tas.
3) Pour ton problème je pense que le template QList<T> nécessite que T soit une classe, en conséquence je pense que QList<Projet*> est incorrect. Par contre savoir si c'est listeProjet ou *listeProjet, je dirais peu importe, les deux sont corrects.
2) Les allocations mémoire en C (malloc/free) et en C++ (new/delete) sont sur le tas.
3) Pour ton problème je pense que le template QList<T> nécessite que T soit une classe, en conséquence je pense que QList<Projet*> est incorrect. Par contre savoir si c'est listeProjet ou *listeProjet, je dirais peu importe, les deux sont corrects.
Merci KX.
Ma principale interrogation concerne la création des variables dans les classes.
En effet, (dîtes moi si je me trompe) En C, on avait besoin de l'allocation dynamique de mémoire pour conserver les variables dans le temps, puisqu'à la sortie d'une fonction, les variables locales sont détruites.
Sauf qu'en C++, on peut crée des classes.
Donc on a des attributs, qui, quoiqu'il arrive, ne seront jamais supprimés.
Donc pourquoi utiliser des pointeurs ?
Ma principale interrogation concerne la création des variables dans les classes.
En effet, (dîtes moi si je me trompe) En C, on avait besoin de l'allocation dynamique de mémoire pour conserver les variables dans le temps, puisqu'à la sortie d'une fonction, les variables locales sont détruites.
Sauf qu'en C++, on peut crée des classes.
Donc on a des attributs, qui, quoiqu'il arrive, ne seront jamais supprimés.
Donc pourquoi utiliser des pointeurs ?
KX
Messages postés
16753
Date d'inscription
samedi 31 mai 2008
Statut
Modérateur
Dernière intervention
25 novembre 2024
3 020
20 août 2011 à 19:23
20 août 2011 à 19:23
"En C, on avait besoin de l'allocation dynamique de mémoire pour conserver les variables dans le temps, puisqu'à la sortie d'une fonction, les variables locales sont détruites."
Non ! Tu peux utiliser des variables globales pour ça. Le problème c'est que la taille des données doivent être connues à la compilation, l'allocation dynamique (et donc les pointeurs) permet de stocker des données de tailles connues à l'exécution...
"En C++, on peut crée des classes. Donc on a des attributs, qui, quoiqu'il arrive, ne seront jamais supprimés."
Non ! De la même manière que tes variables locales, à la sortie de la fonction tes objets locaux seront détruits et leurs attributs supprimés !
Donc utiliser des pointeurs en C ou en C++ présentent les mêmes avantages et les mêmes inconvénients : ils permettent d'allouer de la mémoire qui n'est pas connue à l'exécution.
En effet dans les définitions de classe la taille des attributs doit être connue à l'avance !
Non ! Tu peux utiliser des variables globales pour ça. Le problème c'est que la taille des données doivent être connues à la compilation, l'allocation dynamique (et donc les pointeurs) permet de stocker des données de tailles connues à l'exécution...
"En C++, on peut crée des classes. Donc on a des attributs, qui, quoiqu'il arrive, ne seront jamais supprimés."
Non ! De la même manière que tes variables locales, à la sortie de la fonction tes objets locaux seront détruits et leurs attributs supprimés !
Donc utiliser des pointeurs en C ou en C++ présentent les mêmes avantages et les mêmes inconvénients : ils permettent d'allouer de la mémoire qui n'est pas connue à l'exécution.
En effet dans les définitions de classe la taille des attributs doit être connue à l'avance !
D'accord,
donc lorsque je veux créer une variable, je me demande si je vais connaître sa taille à la compilation, ou bien à l'exécution.
Pour reprendre mon exemple avec ma liste de projet,
Vu que je ne peux pas connaître à l'avance la taille de ma liste (car tous les projets sont chargés pendant l'éxécution du programme), je vais devoir la déclarer en pointeur.
Donc Qlist * liste;
Mais pour ce qui est du type générique, je ne sais pas du tout comment rélféchir et prendre la meilleure décision.
entre QList<Projet> et QList<Projet*>
dans le premier cas, je fais une liste d'objets Projet, et dans le deuxième, je fais une liste de pointeurs, ce qui est radicalement différent.
une idée ?
donc lorsque je veux créer une variable, je me demande si je vais connaître sa taille à la compilation, ou bien à l'exécution.
Pour reprendre mon exemple avec ma liste de projet,
Vu que je ne peux pas connaître à l'avance la taille de ma liste (car tous les projets sont chargés pendant l'éxécution du programme), je vais devoir la déclarer en pointeur.
Donc Qlist * liste;
Mais pour ce qui est du type générique, je ne sais pas du tout comment rélféchir et prendre la meilleure décision.
entre QList<Projet> et QList<Projet*>
dans le premier cas, je fais une liste d'objets Projet, et dans le deuxième, je fais une liste de pointeurs, ce qui est radicalement différent.
une idée ?
KX
Messages postés
16753
Date d'inscription
samedi 31 mai 2008
Statut
Modérateur
Dernière intervention
25 novembre 2024
3 020
Modifié par KX le 21/08/2011 à 12:37
Modifié par KX le 21/08/2011 à 12:37
Comme je l'ai dit hier, il me semble que QList<Projet*> soit incorrect, donc prends QList<Projet>
Quant à la taille dynamique de ta liste elle est normalement déjà gérée par l'objet QList, en fait utiliser un pointeur pour l'allocation dynamique n'aurait ici de sens que si tu ne savais pas de combien de listes tu aurais besoin ! Or dans ce cas tu pourrais t'en sortir avec des objets un peu plus complexes comme QList< QList<Projet> > ou d'autres classes STL ou Qt
Quant à la taille dynamique de ta liste elle est normalement déjà gérée par l'objet QList, en fait utiliser un pointeur pour l'allocation dynamique n'aurait ici de sens que si tu ne savais pas de combien de listes tu aurais besoin ! Or dans ce cas tu pourrais t'en sortir avec des objets un peu plus complexes comme QList< QList<Projet> > ou d'autres classes STL ou Qt
OK, merci beaucoup.
J'ai une dernière question.
Lorsque j'écris une méthode qui doit faire un passage par référence,
je peux l'écrire
et
Celà revient au même, mais y a t-il une façon meilleure qu'une autre ?
J'ai une dernière question.
Lorsque j'écris une méthode qui doit faire un passage par référence,
je peux l'écrire
void f(Personnage *p)
et
void f(Personnage& p)
Celà revient au même, mais y a t-il une façon meilleure qu'une autre ?
fiddy
Messages postés
11069
Date d'inscription
samedi 5 mai 2007
Statut
Contributeur
Dernière intervention
23 avril 2022
1 844
21 août 2011 à 13:20
21 août 2011 à 13:20
Non cela ne revient pas du tout au même.
Le premier est le passage par pointeur, le second par référence.
Le premier est le passage par pointeur, le second par référence.
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
D'accord,
et si j'écris
dans le premier cas, je fais
dans le second
Quelle écriture faut-il privilégier pour passer un argument ?
et si j'écris
Personnage *p = new Personnage();
dans le premier cas, je fais
f(p);
dans le second
f(*p);
Quelle écriture faut-il privilégier pour passer un argument ?
KX
Messages postés
16753
Date d'inscription
samedi 31 mai 2008
Statut
Modérateur
Dernière intervention
25 novembre 2024
3 020
21 août 2011 à 15:15
21 août 2011 à 15:15
Je pense que moins tu utiliseras de pointeur mieux c'est (surtout si tu ne sais pas t'en servir), mais ce n'est pas une question de savoir ce qu'il faut privilégier ou non, mais ce que tu dois faire.
Dans tes deux exemples, cela dépend des attributs de ta fonction f !
Si j'avais un contrôle absolu sur la classe Personnage et la fonction f, je ferais comme ceci :
Dans tes deux exemples, cela dépend des attributs de ta fonction f !
Si j'avais un contrôle absolu sur la classe Personnage et la fonction f, je ferais comme ceci :
void f(Personnage &perso) { ... } Personnage p(); f(p);