Version imprimable
Bonjour à tous,
J'ai testé Qt récemment, ça a l'air pas mal, mais j'ai peur d'un truc :
Qt propose plein de librairies en plus des IHM, et j'ai peur qu'utiliser Qt pour les IHM nous contraint à devoir utiliser Qt pour le reste.
Par exemple, sur une IHM Qt, j'étais obligé d'utiliser les QThread après avoir tenté d'utiliser boost::thread. Est-ce que c'est récurrent ? Est-ce que tout élément juxtapposé à l'IHM devra être des éléments de Qt ?
Merci,
A bientôt
Salut,
Je ne comprends pas pourquoi tu es obligé d'utiliser QThread... Qt est compatible avec tous les standars du code, dans quelques modules que ce soit.Citation:
Par exemple, sur une IHM Qt, j'étais obligé d'utiliser les QThread après avoir tenté d'utiliser boost::thread.
La seule "chose" est qu'il faut parfois convertir un type d'une bibliothèque en un type Qt (ou inversement) pour les rendre compatibles. Mais strictement rien ne t'oblige à tout faire avec Qt si tu veux juste utiliser la partie IHM.
G.
Qt à été découper en module justement pour cela. Rien ne t'empêche d'utiliser des thread boost.
Tu peut même mixer les signal/slot de boost et Qt :
http://irmatden.developpez.com/tutor...boost-signals/
Cela dit, il vaut mieux utiliser des éléments extérieurs à Qt uniquement quand celui-ci ne les fournit pas de base car ça peut vite devenir problématique en termes de portabilit.
Il devient plus difficile d'identifier un problème par exemple. (quelle bibliothèque est à mettre en cause ?)
Le problème était que l'on ne pouvait pas "toucher" à l'IHM depuis un autre Thread.
En effet, mon module doit pouvoir être exporté sur d'autres projets, donc je n'ai pas utilisé les signaux Qt dedans. J'ai préféré utiliser le pattern Observer.
Donc en entrant dans le callback de la boîte de dialogue, le code est exécuté par mon boost::thread. L'application plantait avec une exception m'informant que je ne pouvais pas toucher à l'IHM via un processus différent de celui qui l'a créé.
Pour tester, j'ai remplacé mon boost::thread par un QThread, et là ça a fonctionné
!!!!!!!!!!!!!!!STOP!!!!!!!!!!Citation:
Envoyé par mister3957
JAMAIS D'IHM DANS UNE THREAD
et c'est valable pour la plupart des lib graphique. La raison principale est que la plupart des GDI ne sont pas thread safe.
Ca c'est parce que tu as mal utilisé QThread :?Citation:
Pour tester, j'ai remplacé mon boost::thread par un QThread, et là ça a fonctionné
QThread a fonctionné car je l'ai mal utilisé ? Curieux ça, mais bon admettons.
Dans ce cas, et là ça c'est un peu (voir beaucoup) or sujet, comment accéder à l'IHM depuis un autre thread ?
Il doit bien y avoir une solution tellement c'est courrant.
Pour se remettre dans le contexte, j'ai une librairie de gestion de donnée qui possède un chargeur. Ce chargeur notifie "J'atttaque les clients, il y en a 2000... Je suis au 1er, je suis au 2ème, [...] je suis au 2000ème, J'ai fini !, J'attaque les produits.. etc.." via le pattern Observer.
L'IHM possède une barre de progression et donc, est connecté au chargeur pour recevoir ce genre d'évennements et se mettre à jour.
J'ai trouvé une solution, mais ça fait un peu porno des années 70, c'est crade. C'est le fait de faire un timer dans l'IHM qui va interroger le chargeur pour savoir où il en est, afin de se mettre à jour....
Comment font les "pro" pour faire ça ? Comment ça se fait que mon QThread a fonctionné impéccablement pour faire ça ?
Merci pour ta réponse :)
1-tu as lancé ta thread avec run?Citation:
Envoyé par mister3957
2-as tu créé ta widget que tu manipule hors du run
SI t'as oui à une des deux, je te confirme que tu t'es trompé.
Ce n'est absolument pas courant et c'est même à proscrire. Jamais de traitement ihm dans une thread!!!!Citation:
Dans ce cas, et là ça c'est un peu (voir beaucoup) or sujet, comment accéder à l'IHM depuis un autre thread ?
Il doit bien y avoir une solution tellement c'est courrant.
http://qt.developpez.com/doc/4.4/thr...ect-reentrancy
T'avais bien un assert quand tu utilisais boost::thread, pourquoi aurais t'il disparue avec une QThread?Citation:
Although QObject is reentrant, the GUI classes, notably QWidget and all its subclasses, are not reentrant. They can only be used from the main thread.
In practice, the impossibility of using GUI classes in other threads than the main thread can easily be worked around by putting time-consuming operations in a separate worker thread and displaying the results on screen in the main thread when the worker thread is finished
Dans ton, ça devrais plutôt être ta thread qui émet un signal pour indiquer son avancement.Citation:
C'est le fait de faire un timer dans l'IHM qui va interroger le chargeur pour savoir où il en est, afin de se mettre à jour....
Mais difficile de te répondre plus précisément sans être dans le contexte et voir un peu ce que tu as fait avec ton code
Bonsoir,
Je ne sais pas comment font les "pro" mais sous C++Builder une des solutions est d'utiliser la méthode Synchronize (ça pourra peut être vous donner une piste).Citation:
Envoyé par mister3957