Gestion de la mémoire par Qt

Version imprimable

10/08/2011, 05h13
Kaluza

Gestion de la mémoire par Qt

Bonjour.

J'aurai juste voulu savoir comment Qt gérait la mémoire.

Est-ce que par exemple lorsque que le destructeur d'un Widget1 est appelé, tous les destructeurs des Widgets enfants (c'est à dire les widgets qui on été créé avec comme parent Widget1) sont automatiquement appelés ?

De même, que se passe-t-il lors de la destruction d'un Widget contient un Layout, lui-même rempli de Widgets ?

En gros, est-ce que Qt s'occupe de "tout" pour qu'il n'y ait pas de fuite de mémoire lorsque la déclaration parent/enfant est bien faite ?
10/08/2011, 09h12
yan

:faq:
http://qt.developpez.com/faq/?page=generalites-memoire
31/08/2011, 10h49
gui80

Je relance ce topic car je me pose également des questions sur la bonne destruction des éléments alloués.

Je n'avais pas mis en priorité, le codage des destructeurs.
Je m'y penche à présent.

J'ai fait souvent dans certaines classes, des QTableWidget, contenant eux-même des éléments d'interface de saisie dynamiques.

Donc je fais un balayage des QTableWidget, pour détruire ces éléments.
Je détruis des propriétés de classe de type tableau, membre de ma classe aussi.

Et je laisse à la fin le "delete ui" généré automatiquement.
Mais est-ce suffisant ?
Tous les élements crée via qt designer avec le GUI, sont détruits implicitement après le "delete ui" ?

Merci d'avance pour vos éclaircissements.
31/08/2011, 11h27
yan

Tu peux monter à quoi ressemble une classe typique pour toi?
31/08/2011, 11h34
gui80

Bonjour Yan,

tu veux que je te montre le prototype d'une classe ?
L'initialisation d'un de mes QTableWidget ?
31/08/2011, 11h40
yan

Citation:

Envoyé par gui80

Bonjour Yan,

tu veux que je te montre le prototype d'une classe ?
L'initialisation d'un de mes QTableWidget ?

un prototype. Pour bien comprendre ce que tu désallou et pourquoi.

Voici celui d'une classe :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
class interface_fiche3a : public QScrollArea
{
    Q_OBJECT
 
public:
    explicit interface_fiche3a(QWidget *parent = 0);
    ~interface_fiche3a();
    QString TitreGraphique();
    QList <float> ValeursGraphique();
    QList <QString> LibellesLegendeGraphique();
 
    Ui::interface_fiche3a *ui;
    int **TAB_reponses_questions_note;
    int nbLignes;
    int indiceColonneNote;
public slots:
    void SlotQuestionN(int index);
private:
    void Init();
    void setNote(int indice,int index);
    void CalculTotal();
 
    QString titreGraphique;
    QList <QString> libellesLegendeGraphique;
};

31/08/2011, 12h03
yan

Et peux tu donner le destructeur?

Le voici :) :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
interface_fiche3a::~interface_fiche3a()
{
    int i,j;
    int nbLignes = this->ui->uneTableWidget->rowCount();
 
    for(i = 0  ;  i < nbLignes  ;  i++)
        for(j = 0  ;  j < 4  ;  j++)
            delete(this->ui->uneTableWidget->cellWidget(i,j));
 
 
    this->libellesLegendeGraphique.clear();
 
    for(i = 0  ;  i < this->nbLignes  ;  i++)
        delete(this->TAB_reponses_questions_note[i]);
 
    delete(this->TAB_reponses_questions_note);
 
 
    delete ui;
}

inutile, Qt s'en charge
Code:

1 2 3 4 5 int nbLignes = this->ui->uneTableWidget->rowCount(); for(i = 0 ; i < nbLignes ; i++) for(j = 0 ; j < 4 ; j++) delete(this->ui->uneTableWidget->cellWidget(i,j));
inutile, Qt s'en charge

Code:

this->libellesLegendeGraphique.clear();

Pourquoi faire un pointeur de pointeur :pleure:
un vecteur ou au pire un vecteur de vecteur serait bien mieux
Code:

1 2 3 4 for(i = 0 ; i < this->nbLignes ; i++) delete(this->TAB_reponses_questions_note[i]); delete(this->TAB_reponses_questions_note);
pourquoi un pointeur ?

Code:

delete ui;

Donc en gros tu peux eviter de coder un constructeur :aie:. Tous ce qui est ui sera détruit automatiquement par la relation parent.enfant entre les QObject.

31/08/2011, 14h25
gui80
Bien noté pour tes deux 1ères remarques, merci.

Pour la 3ème :
je voulais quelque chose de très clair, qui s'initialise au même endroit, ce que j'ai pu faire avec un tableau avec une notation JSON comme ceci :
Code:

1 2 3 4 5 6 { {1,2,3,-1}, {0,2,3,-1}, {1,2,-1,-1}, {0,2,4,-1} }
Pour la 4ème remarque, je ne comprends pas bien ta question, car le "delete ui" est instruction qui a généré automatiquement dans le destructeur, au moment de la création de ma classe d'interface graphique.
31/08/2011, 14h34
yan

Citation:

Pour la 4ème remarque, je ne comprends pas bien ta question, car le "delete ui" est instruction qui a généré automatiquement dans le destructeur, au moment de la création de ma classe d'interface graphique.

C'est Qt qui génère cela?
31/08/2011, 14h55
gui80

Oui, il le génère automatiquement.

Dans Qt Creator, j'ai ajouté une classe, j'ai choisi dans l'assistant "Classe d'interface graphique Qt Designer".
31/08/2011, 14h57
yan

Citation:

Envoyé par gui80

Oui, il le génère automatiquement.

Dans Qt Creator, j'ai ajouté une classe, j'ai choisi dans l'assistant "Classe d'interface graphique Qt Designer".

Ok. En soit même cela ne sert pas à grand chose. Mais bon. Je vais pas les contredire :aie:
31/08/2011, 15h12
gui80

:mouarf: c'est pas moi, c'est Qt le méchant qui a fait çà !

Donc sinon, y a rien d'autre à détruire ?
Il ne faut pas que je m'arrête en si bonne voie de destruction.
31/08/2011, 15h21
yan

Citation:

Envoyé par gui80

Donc sinon, y a rien d'autre à détruire ?
Il ne faut pas que je m'arrête en si bonne voie de destruction.

A par le ui, je ne voie pas.

Après, C++ fournie assez d'outil(std::vector, smart pointer, ...) pour que la mémoire se gère toute seule.
31/08/2011, 15h48
gui80

il n'y a rien à détruire en fin de compte alors.