Version imprimable
Bonsoir,
Voila j'ai une classe qui hérite à la fois de QTimer et de QThread, et lorsque je compile le compilateur me lève une embiguité qui est que comme à la fois la classe QTimer et QThread ont une méthode "start()" il ne sait pas laquelle des deux classes il faut utiliser.
Auriez-vous une solution à cette ambiguité svp?
Merci d'avance :)
Je vais peut-être répondre une connerie mais comme ta classe hérite des 2 autres, tu ne pourrais pas préciser la classe au moment de l'appel de start :
QTimer::start() ou QThread::start() !!???
Toujours pareil :(
Il est techniquement interdit de dériver deux fois d'un QObject, or, QThread et QTimer dérive tous deux de QObject. Tu dois donc revoir ta conception pour contourner ce problème.
En parlant de conception, pourquoi as tu besoin de dériver à la fois de QThread et de QTimer ?
+1.Citation:
Envoyé par Niak74
Impossible de faire de l'heritage multiple sur plusieurs QObject.
De meme que Niak74 c'est très curieux de vouloir hériter de QTimer et de QThread ??
J'ai trouvé comment il faut faire, il suffisait juste de faire:
Et de même pour le thread.Code:this->QTimer::start()
Sinon je ne savais pas que l'on avait pas le droit d'hétiter à la fois de deux classe héritant elles-mêmes de QObject. Mais je voulais créer une classe contenant un timer et je voulais que cette classe soit threader c'est tout.
En tout cas merci de vos réponse je viens d'apprendre quelque chose :)
Dans ce cas, et comme tu le dis, ta classe contient un QTimer. Inutile donc qu'elle dérive de cette classe.
Dériver d'une classe signifie s'approprier son comportement, or toi, tu ne souhaites pas créer un Timer mais bien une tâche exécutable en parallèle à ton processus principal (= un QThread).
La modélisation correcte est donc de dériver de QThread pour ta classe et d'implémenter un QTimer en paramètre de classe, ou, d'utiliser les méthodes QObject::startTimer(), QObject::killTimer() et timerEvent() propres à tout dérivé de QObject.
Dans la conception actuelle (c'est à dire que ta classe dérive à la fois de QTimer et de QThread) tu arrives à compiler et à exécuter ton application? =O Si oui, fais moi voir ton .h s'il te plait, par curiosité ^^
Arf trop tard nous avons totalement repenser le truc car en fait même si ce problème a été résolu un autre plus gros est arrivé derrière. En fait on fait une application réseau avec les sockets standard du C et on avait besoin d'un timer pour minuter un temps d'inactivité et le problème est que le timer ne démarait que lorsque un accept dans le socket était détecté, donc on a viré le timer et fait une bonne vielle gestion de date pour le faire^^