Discussion :

[Gulish]

Mise à jour : 24/08/2010

Un traduction issue des Qt labs blog expliquant comment bien comprendre et utiliser la fonction moveToThread() est maintenant en ligne :

Vous vous y prenez mal...

Bonne lecture !

Utiliser vous cette fonction dans vos threads ? Cette explication vous a-t-elle apportée un plus sur l'utilisation que vous en faites ?

L'article sur l'exemple du bon usage de QThread a été traduit et est disponible :

Les threads sans maux de tête

Que pensez-vous de cette méthode ? Est ce que vous l'utilisez ?

Bonjour,

J'ai lu cet article il y a quelques jours, et en reparcourant ce forum, j'ai remarqué une chose : trop peu de personnes ont lu cet article !

C'est en anglais (mais on a une équipe de traducteurs fous, hein ?) mais cet article contient toute la vérité sur le bon usage de QThread.

J'invite tout le monde à le lire : You're doing it wrong !
Et voici un exemple du bon usage de QThread (même si l'article avait été écrit avant que cela soit possible):http://labs.trolltech.com/blogs/2006...-the-headache/

G.

[Invité]

Il me semble qu'il y a un article en préparation à ce sujet...

[yan]

Il me semble qu'il est en cours de traduction.

mais cet article contient toute la vérité sur le bon usage de QThread

Je dirais plutôt une des vérités. Si tu n'utilise pas l'eventloop dans la thread, cette méthode ne sert à rien.

Le trés gros avantage que j'y voie et que l'on ne réfléchie pas directement en multithread.
On créé un QObject qui propose des slots et emet des signaux. Ensuite on peut choisir que l'object s'exécute dans un thread particulier si besoin.

Il ne faut pas oublier les QtConcurrent qui sont une trés bonne alternative dans de nombreux cas.

[Gulish]

Si tu n'utilise pas l'eventloop dans la thread, cette méthode ne sert à rien.

Je suis d'accord, mais ça reste 95% des cas qu'on voit ici.

Et en effet, à d'autres besoins, d'autres solutions (QtConcurrent ou autre).

G.

[epsilon68]

Je ne suis pas sur que ce soit la meilleure methode (d'utiliser les signaux pour faire la synchro).
en fait c'est un lock caché (comment les messages sont synchronisés), et je ne suis pas sur que ca marche avec plusieurs consommateurs....

[johnlamericain]

L'article sur l'exemple du bon usage de QThread a été traduit et est disponible :

Les threads sans maux de tête

Que pensez-vous de cette méthode ? Est ce que vous l'utilisez ?

[johnlamericain]

Un traduction issue des Qt labs blog expliquant comment bien comprendre et utiliser la fonction moveToThread() est maintenant en ligne :

Vous vous y prenez mal...

Bonne lecture !

Utiliser vous cette fonction dans vos threads ? Cette explication vous a-t-elle apportée un plus sur l'utilisation que vous en faites ?

[Garra]

Hello
que pensez-vous de ceci?

http://woboq.com/blog/qthread-you-we...-so-wrong.html

[yan]

http://woboq.com/blog/qthread-you-we...-so-wrong.html

Que s'il commence par faire un moveToThread(this) ils sont mal barrés .

Quand tu hérite de QThread, il faut surtout faire attention à tes slots car il ne sont pas exécuté dans ton thread. Ou pire si tu as fait moveToThread(this) il ne seront pas exécuté si le signal viens d'un autre thread. De mon expérience, si tu as besoin d’hériter de QThread, autant créé un thread système ou utiliser les QtConcurrent ou un pool de thread.

Pour moi, faire des QObject + moveToThread est plus flexible. Typiquement, cela te permet de créer un nombre de thread limités tout en optimisant leurs utilisations et s’intégrant bien dans l'utilisation de Qt.