Discussion :

[istace.emmanuel]

Bonsoir à tous
Je pense que tout est dans le titre...
Je ne comprend pas la différence entre les deux
A part le "contrôle" que fournit le BkgWorker, qu'est ce qui le différencie avec un thread ?
Pourquoi suis-je obligé d'utiliser des BkgWorker sur un appli "serveur" avec un GUI WPF et que les thread freeze mon GUI ?


Merci d'avance

Istace Emmanuel

[bacelar]

http://msdn.microsoft.com/fr-fr/magazine/cc163328.aspx
BackgroundWorker n'est pas un thread, il se sert de thread pour faire se qu'il a à faire.
Application Serveur + WPF, c'est bizarre, une application n'a généralement pas d'IHM.
Attention, en WPF comme dans les autres technologies graphiques sous Windows, seul le thread créateur des fenêtres est à même de modifier les propriétés "Kernel" des fenêtres.

[Pol63]

pour compléter

une application (processus) peut avoir plusieurs threads
chaque thread s'exécute en meme temps et permet soit de ne pas bloquer l'interface, soit d'augmenter sensiblement les performances, les processeurs d'aujourd'hui ayant de plus en plus de cores

quand on effectue un traitement sur le thread principal, l'interface est figée
(par exemple obtenir beaucoup de données d'une base, faire des calculs complexes etc...)
utiliser un autre thread devient alors nécessaire

l'interface (les controles) ne peuvent etre modifiés que par le thread principal de l'application (avec un peu de chance on doit pouvoir lire des propriétés dessus depuis un autre thread par contre)

quand on est sur un thread autre que le thread principal et qu'on veut modifier l'interface, il faut alors repasser temporairement sur le thread principal puis revenir sur le thread autre pour continuer
ceci ce fait avec des délégués

le backgroundworker est une encapsulation de pas mal de choses utiles en multithreading
il permet de démarrer le thread, de gérer un pool, il a aussi 2 évènements qui sont déclenchés sur le thread principal dans lesquels ont peut passer des objets, ce qui permet de ne pas s'embeter avec les délégués
il a aussi une méthode CancelAsync mais qui n'est pas automatique, c'est au développeur d'implémenter ca méthode d'arret propre du traitement