Discussion :

[ymoreau]

Bonjour, le sujet a peut être été abordé mais je n'ai rien trouvé. Je suis en train de faire un projet avec une interface QT4, et je me pose la question suivante : qu'est-ce qui est le mieux entre une allocation dynamique et une déclaration "normale" ? sachant que de toute façon les objets seront tous créés au lancement du programme.
Et si quelqu'un pouvait expliquer quelle est la différence concrètement en mémoire entre ces deux méthodes (avantages/inconvénients). Merci d'avance.

[Floréal]

Je suppose que par "normale" tu veux dire "automatique".
Alors Qt4 est un peu particulier en ce qui concerne la gestino de la mémoire, et je serai tenté de répondre "ça dépend".
Si tes objets sont dérivées de la classe QObject, tu peux leur donner d'autres Objets (dérivant de QObject) comme parent. Avec Qt, lorsque le parent est détruit tous ses enfant le sont en même temps, donc dans ce cas là il vaut mieu utiliser des objets instanciés dynamiquement (avec le mot clef new), sans avoir besoin de les détruire avec un delete puisque Qt s'en chargera.
Si tes objets ne dérivent pas de QObject tu peux les instancier en automatique, ils seront automatiquements détruits. Ou alors en dynamique mais il faudra que tu saches quand liberer la mémoire qui leur est alouée avec un delete.

[ymoreau]

Alors déjà, j'instancie des classes que j'ai codées moi même, et pas des classes Qt, sauf les .h qui sortiront du Designer. Ensuite je connais la différence de codage entre l'automatique et le dynamique. La question n'est pas comment, mais plutôt pourquoi :)
L'automatique fonctionnerait très bien dans mon cas. Au vu de ce que j'ai trouvé, l'automatique est plus efficace, mais je demandais un avis plus poussé.

Y'a t il des avantages au niveau exécution à déclarer dynamiquement ou pas ?

[loufoque]

Y'a t il des avantages au niveau exécution à déclarer dynamiquement ou pas ?

Rendre le programme plus lent, augmenter la probabilité d'erreurs dans la programmation, fuites mémoires, etc.

[yan]

Rendre le programme plus lent, augmenter la probabilité d'erreurs dans la programmation, fuites mémoires, etc.

lol
ben y as la possibilité d'utiliser une grande masse de données!!!

[Sylvain Togni]

Rendre le programme plus lent, augmenter la probabilité d'erreurs dans la programmation, fuites mémoires, etc.

Écrire plus de code, aussi.

[yan]

Écrire plus de code, aussi.

vous été méchant...

Il y as aussi la possibilité d'avoir des class initialisé a l'exécution et non a la compilation. Je ne me rappel plus ou j'avais eu le problème avec QT.... dsl j'ai pas d'exemple

[Kujara]

Rendre le programme plus lent, augmenter la probabilité d'erreurs dans la programmation, fuites mémoires, etc.

Mon dieu ....

Au choix :

Soit on parle des globales, auquel cas pour autant que je me souvienne, les declarer sans pointeur est une idée des plus mauvais, puisqu'on ne controle strictement rien point de vue de quand on les crée, ni quel ordre, ni rien.

Soit on parle des locales, auquel cas, obligatoirement, tu risque pas de les stoquer longtemps.

Quand aux fuites mémoires, au choix, soit tu apprends a programmer proprement, soit tu utilise des pointeurs intelligents qui s'occuperont de ça a ta place.

[Klaim]

Y'a t il des avantages au niveau exécution à déclarer dynamiquement ou pas ?

Ben... ça me parait évident que dans certains cas tu n'as tout simplement pas le choix, principalement quand le fait de déclarer ou pas les données en question (ou combien en déclarer dans le cas de tableau) dépends de paramettres extérieurs ...

Si t'es pas obligé par la nature de ton application d'avoir a rendre certaines données dynamiques, alors pas besoin de le faire.