Discussion :

[Finality]

Bonjour tout le monde,

je viens vous voir aujourd'hui pour un petit problème tout bête mais dont je trouve pas comment m'en sortir.

Prenons un exemple très simple. Je propose à l'utilisateur une liste de départements. Dès qu'il choisit un département, je lance un thread qui va rechercher toutes les villes de ce département.

Le problème, c'est que si pendant un thread tourne l'utilisateur choisit un autre traitement, un deuxième thread est lancé mais le premier tourne toujours.

J'aimerai donc au moment du lancement du second thread pourvoir stopper le premier. Auriez-vous une idée de comment faire ?

Merci d'avance

[DotNetMatt]

Il y a plusieurs façons de faire, selon ce que tu utilises

Quelle version du Framework utilises-tu ?

Est-ce que tu utilises des Tasks ? Ou des BackgroundWorkers ? Ou des Threads classiques ?

[Finality]

Alors j'utilise le Framework 4.0 avec des Threads classiques (je ne peux pas changer la version du framework mais je peux bosser sur autre chose que les threads si nécessaire :p )

[DotNetMatt]

Ok merci pour ces précisions ! Personnellement j'ai plus d'expérience avec les tasks, et j'utilise le "Cancellation Framework", qui est assez simple à utiliser et à comprendre (il suffit de lire un peu la MSDN).

Sinon, tu peux utiliser une variable volatile de type bool afin de gérer l'exécution des threads. Voici une discussion assez complète sur le sujet : http://stackoverflow.com/questions/3...another-thread

[Pol63]

3 méthodes
la bien mais pas toujours utilisable c'est d'avoir un booléen comme dit précédemment, mais c'est pratique quand on a une boucle (pour pouvoir vérifier le booléen souvent et sortir du void)
la moins bien c'est .abort sur le thread, ca déclenche une exception qui se propage à travers tous les catchs apparemment, donc ca arrete le thread, par contre le premier throw peut se trouver dans le framework, voir s'il n'y a pas d'effets de bords ...
la 3ème je ne sais pas trop quoi en penser c'est .interrupt sur le thread, là ca arrête le thread où il en était directement ...

[giova_fr]

d'après un bouquin que j'avais lu, le abort est à éviter à tout prix, sauf en ultime recourt. Je ne me rappelle plus dans le détail mais ça n'était pas qu'une question d'exception.

Je crois que le interrupt est très proche du abort mais ne lève pas d'exception.

A ma connaissance il n'y a pas d'autre choix que celui du booléen qu'on interroge régulièrement. J'ai personnellement une préférence pour le Cancel du BackgroundWorker.

Edit : je viens de voir dans mon bouquin, le FrameWork 4 propose CancellationToken et CancellationTokenSource. Ca peut valoir le coup d'oeuil...