Discussion :

[guillaume07]

Salut,

suite à la lecture d'une entrée de la FAQ concernant l'allocation des objets QT, je me demandais si l'allocation d'une donnée membre sur la pile plutôt que sous la forme d'un pointeur allouer dans le construteur pouvait poser problème ou si au contraire cela cette pratique était tout à fait correcte.

Merci.

[yan]

Salut,

suite à la lecture d'une entrée de la FAQ concernant l'allocation des objets QT, je me demandais si l'allocation d'une donnée membre sur la pile plutôt que sous la forme d'un pointeur allouer dans le construteur pouvait poser problème ou si au contraire cela cette pratique était tout à fait correcte.

Merci.

c'est a dire?
tu peut faire un petit code pour illustrer ta question?

Un membre, s'il n'est pas un pointeur et alloué avec la classe. Donc ce n'est pas forcement la pile.

Les problèmes qu'il peut y a avoir avec un QObject utilisé sans pointeur :
1- QWidget : a cause du reparantage automatique, il peut être détruit alors que c'est à la classe de le faire. Il faut donc utiliser des pointeurs.
2- s'ils sont créé en membre static ou initialisé avant QApplication, ils poseront des problèmes.

[guillaume07]

1- QWidget : a cause du reparantage automatique, il peut être détruit alors que c'est à la classe de le faire. Il faut donc utiliser des pointeurs.

Est-ce que ce cas peut se produire lorsque le membre donné alloué via l'instance de l'objet sur la pile ( ok ça n'est pas forcément le cas, mais prenons le cas ou c'est sur la pile) est déclaré en tant que membre basique , et non en tant que pointeur ?

Code :

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

1
2
3
4
5
6
7
 
class A
 {
QWidget s;
 };
 
main(){ A a;}

EDIT : bon je viens de mettre le nez dans les sources de QT, c'est fréquement utilisé, dans ce cas j'ai du mal à voir dans quel cas on peut tomber dans le piège que la FAQ indique, car je trouve l'exemple de la FAQ pas très pertinente , sauf si je me trompe, on a rarement du code comme ça dans une appli