Incompréhension concernant un constructeur

Bonsoir a tous,
je fais appelle a vous car je n'arrive pas a comprendre constructeur par defaut que voici :

Code:

---

1 2 3 4 5 6 7

GoToCellDialog::GoToCellDialog(QWidget *parent) : QDialog(parent) { setupUi(this); // on initialise le formulaire QRegExp regExp("[A-Za-z][1-9][0-9]{0,2}"); lineEdit->setValidator(new QRegExpValidator(regExp, this)); connect(okButton, SIGNAL(clicked()), this, SLOT(accept())); }

---

le constructeur par defaut appelle tout d'abord le constructeur QDialog.
Ce que je ne comprend pas c'est son parametre. Je n'arrive pas a comprendre pourquoi on lui en donne 1 (sachant que parent vaut 0). Pour essayer de voir une difference j'ai executer mon code avec et sans ce constructeur et il n'y a eu aucune difference (visuellement) j'aimerai donc savoir ce qu'il se passe lorsque à l'interieur du programme lorsqu'on l'execute avec et sans QDialog.

Voila et merci d'avance pour vos reponses.

Bonjour,

Malheureusement, il y a une grande différence.
Certes, avec Qt, il n'y a pas de problème si on enlève la liste d'initialisation (tout ce qui suit le ':'). Pourquoi ?
Parce que, en C++, par défaut, le constructeur de la classe mère sera appelé mais avec aucun argument (bah oui, par défaut, un compilateur ne devine pas les arguments que l'on veut passer).

Alors oui, vous pouvez dire, que de toute façon, vous ne passez jamais de parent ... donc autant enlevé le paramètre .... mais pour deux choses ce serai une erreur:

• Dans la philosophie on passe un parent qui permet la hiérarchie des éléments
• Si vous enlevé l'appel explicite du constructeur ... un jour ... vous allez oublier qu'il existe

Je pourrais aussi dire, que dans une optique d'évolution, il faut toujours donné un parent. Cela semble logique dans la philosophie Qt et empêcher une telle chose serait comme un mal :)

je te remercie LittleWhite pour ton aide.
J'ai compris la majorité de ton explication.
Toutefois il me reste quelque taches a éclaircir :
- je n'arrive toujours pas a voir l'utilité de lui passé un parent comme parametre a QWidget, oui c'est dans la philosophie Qt et sa permet la hierarchie des élements (par contre je n'ai pas compris cette phrase) mais si on le le fait pas, si on appelle explicitement le constructeur par defaut de QWidget (donc sans parametre) quelles en seront les conséquences par rapport au fait d'en mettre ?
- Cela signifie t'il que l'on devra donné obligatoirement à tout les constructeurs situé dans les listes d'initialisations le parametre parent ?

voila, merci

Dans le cas: sans paramètre:

Si vous ne mettez pas l'appel au constructeur parant, ce n'est absolument pas grave car c'est le compilateur qui le fait. Personnellement, je préfère tout géré explicitement, cela m'évite des erreurs / oublis / incompréhension

Citation:

---

- Cela signifie t'il que l'on devra donné obligatoirement à tout les constructeurs situé dans les listes d'initialisations le parametre parent ?

---

Non ... juste à ce qui en ont besoin (généralement, juste la classe parente) (sinon je n'ai pas compris la question)

Citation:

---

Envoyé par momo-ben2A

je te remercie LittleWhite pour ton aide.
J'ai compris la majorité de ton explication.
Toutefois il me reste quelque taches a éclaircir :
- je n'arrive toujours pas a voir l'utilité de lui passé un parent comme parametre a QWidget, oui c'est dans la philosophie Qt et sa permet la hierarchie des élements (par contre je n'ai pas compris cette phrase) mais si on le le fait pas, si on appelle explicitement le constructeur par defaut de QWidget (donc sans parametre) quelles en seront les conséquences par rapport au fait d'en mettre ?
- Cela signifie t'il que l'on devra donné obligatoirement à tout les constructeurs situé dans les listes d'initialisations le parametre parent ?

voila, merci

---

j'ai compris c'est pour connaitre l'objet qui contiendra l'objet gotocelldialog. Autrement dit connaitre le parent de celui-ci.
sa permet de mettre cette objet dans un autre objet.

C'est bien sa ?

Oui ... connaitre le parent permet entre autre de mettre un objet dans une autre fenêtre

merci a toi