Discussion :

[0_Azerty_0]

Bonjour,

Je crois que tout est dans le titre, mais je vais développer un peu.
Il y a quelques temps, j'ai du faire un programme qui effectuait un traitement en n étapes.

Plusieurs options s'offraient alors :

• Faire un boucle de traitement sur le n étapes
• Créer un Thread qui effectuait cette même boucle
• Créer un QTimer lancant n fois un signal

Je les ai donc réalisées dans l'ordre. La première étape bloquait toute mon application , impossible de cliquer nulle part tant que le traitement n'était pas terminé.
Le Thread fonctionnait, mais j'ai du m'en séparer suite à un problème que je pensait inhérent au multithreading et à l'accès aux ressources.
Le QTimer est mit en place et fonctionne parfaitement.

J'ai plusieurs questions :

• Pourquoi le QTimer qui n'est pas un Thread, rend t-il la main sur l'application ? En effet, si le temps d'execution du SLOT du Timer est inférieur au temps attribué par ce dernier en chaque envoi de Signal, on peut comprendre qu'on conserve la main sur le programme et que l'on puisse cliquer, etc etc, mais dans le cas inverse, comment se fait-il que l'utilisateur puisse intéragir avec l'application. Le Timer n'est pas sencé utiliser tout le CPU tant que son traitement n'est pas terminé ? Il agi comme s'il effectuait le traitement dans un autre processus et je ne comprends pas :/
  
• Dans ce cas là, qu'est-ce qui justifie plus l'utilisation du Timer que du Thread, qu'auriez vous choisi ?

Merci d'avance

[Troudhyl]

Pour répondre rapidement juste au titre : parce que le QTimer ne fait qu'émettre des signaux ce qui ne prend aucun temps. Ces signaux sont placés dans la queue de la boucle d'événements principale, qui les dépile et appelle les slots liés.

[0_Azerty_0]

Merci pour ta réponse, mais ca n'explique pas pourquoi on récupère la main sur l'application.

Le traitement inhérent à l'execution des slots dans la boucle d'évènement doit figer l'application durant le temps d'execution, à moins que la boucle d'évènements ne soit exécutée par une autre thread...

[Troudhyl]

Regarde le dernier argument de la méthode connect() En jouant avec tu devrais trouver un cas où l'application se fige. C'est un début de réponse.

[ymoreau]

Je ne sais pas si tu as déjà lu cet article qui semble coller à ce que tu fais :
http://qt-quarterly.developpez.com/q...eactivite-ihm/

Concernant la question, je ne sais pas trop, tu es certain que ta fonction de traitement est assez longue pour être perceptible ? car je suppose que la boucle te rend la main entre chaque exécution du slot.

Et enfin, je ne sais pas comment tu as essayé d'utiliser les threads, mais il y a plusieurs façons, et la plus simple c'est celle ci :
http://qt.developpez.com/doc/4.6/pro...n-concurrente/

[0_Azerty_0]

Le dernier argument de connect... Je savais même plus qu'il existait lui... Merci !

Et merci pour les articles, c'est super intéressants ! Je connaissais pas la revue, , jvais aller potasser ca, je mets tout de même en résolu !