Discussion :

[neptune]

Bonjour à tous,

Voici ce que je fait habituellement (exemple fictif), mais j'aimerais avoir l'avis d'autres développeurs. Je précise que dans la méthode GetFile je n'ai pas la possibilité de remonter des évènement de progression.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
Thread thread = new Thread(new ThreadStart(GetFile));
thread.Start();
 
while (thread.ThreadState == ThreadState.Running)
{
    Console.Write(".");
    Thread.Sleep(500);
}
 
thread.Join();

Au niveau du while, est que utiliser thread.IsAlive est plus fiable?

Merci pour vos retours!

[cinemania]

Le problème de ThreadState.Running c'est que si tu demande à ton thread de se stopper, mais qu'il n'a "pas encore reçut le message", il est toujours en fonctionnement, mais son ThreadState n'est plus Running mais StopRequested.

De plus la propriété ThreadState n'est pas une simple énumération mais fonctionne comme un set de valeurs, un ensemble de "drapeaux", et donc si tu met thread.ThreadState == ThreadState.Running, tu risque d'avoir des surprises dans certains cas, car tu peux très bien avoir plusieurs états simultannées et du coup l'égalité sera fausse.

Si tu tiens à utiliser ThreadState il faut que tu tienne compte de tous les cas de fonctionnement que tu peux rencontrer.
Sinon isAlive est un bon compromis.

Ensuite pour GetFile, qu'est ce qui t'empeche d'avoir un retour de progression ?
Après tout ton while attend sagement en attente SEMI-ACTIVE que l'autre thread finisse. Pourquoi ne pas déléguée et créer un évenement de progression que ton thread lance règulierement, pendant que ton thread principal attend sagement que l'autre finisse avec un Thread.Join(thread) ?

[neptune]

Merci pour ces précisions!