Test de thread simple

Question

Je souhaite en savoir plus sur le threading et créer une petite application de test qui modifie la couleur de fond d'une étiquette.

public partial class Form1 : Form 
{ 
    public Form1() 
    { 
     InitializeComponent(); 
    } 

    //lblColor 
    public Color theLabel 
    { 
     get { return this.lblColor.BackColor; } 
     set { this.lblColor.BackColor = value; } 
    } 

    //btnStart 
    private void btnStart_Click(object sender, EventArgs e) 
    { 
     ThreadTest cColor = new ThreadTest(); 
     Thread tColor = new Thread(new ThreadStart(cColor.ChangeColor)); 

     tColor.Start(); 
    } 
} 

Et ...

public class ThreadTest 
{ 
    public void ChangeColor() 
    { 
     Form1 foo = new Form1(); 
     while (true) 
     { 
      foo.theLabel = Color.Aqua; 
      foo.theLabel = Color.Black; 
      foo.theLabel = Color.DarkKhaki; 
      foo.theLabel = Color.Green; 
     } 
    } 
} 

Le seul problème est pourquoi je ne peux pas faire ce travail de code? Je peux voir que le code dans ChangeColor s'exécute mais la couleur de l'étiquette ne change pas.

Answer 1

À première vue, vous construisez une nouvelle forme

Form1 foo = new Form1(); 

intérieur ThreadTest et ne jamais afficher la forme, je suppose que vous destiné à changer la couleur du formulaire sur le formulaire avec btnStart? Vous avez deux options, soit passer dans le formulaire dans un ParameterizedThreadStart ou réécrire le code pour simplement opérer sur le formulaire existant. En outre, en fonction du code écrit, vous devrez probablement utiliser Invoke pour mettre à jour l'état du formulaire, car les threads de travail ne peuvent pas mettre à jour l'interface utilisateur. Je vais modifier votre code et posté un exemple révisé si quelqu'un ne me bat pas.

Modifier

Dans ce cas, vous n'avez pas besoin Invoke ... mais voici ce que je pense que vous aviez l'intention ...

private void btnStart_Click(object sender, EventArgs e) 
{ 
    ThreadTest cColor = new ThreadTest(); 
    Thread tColor = new Thread(new ParameterizedThreadStart(cColor.ChangeColor)); 

    tColor.Start(this); 
} 

public class ThreadTest 
{ 
    public void ChangeColor(Object state) 
    { 
    Form1 foo = (Form1) state; 
    while (true) 
    { 
     foo.theLabel = Color.Aqua; 
     foo.theLabel = Color.Black; 
     foo.theLabel = Color.DarkKhaki; 
     foo.theLabel = Color.Green; 
    } 
    } 
} 

, il est également important de définir threads de travail en tant que threads d'arrière-plan, sinon, lorsque vous fermez le formulaire, le thread gardera cette application ouverte.

tColor.IsBackground = true; 

Exemple supplémentaire

Un exemple légèrement différent serait d'avoir plusieurs threads essayant de mettre à jour la même valeur et voir comment ils sont intercalés ... simple extrait pour obtenir rouler la balle.

private void btnStart_Click(object sender, EventArgs e) 
{ 
    CreateBackgroundColorSetter(Color.Aqua); 
    CreateBackgroundColorSetter(Color.Black); 
    CreateBackgroundColorSetter(Color.DarkKhaki); 
    CreateBackgroundColorSetter(Color.Green); 
} 


private void CreateBackgroundColorSetter(Color color) 
{ 
    var thread = new Thread(() => 
          { 
           while (true) 
           { 
           theLabel = color; 
           Thread.Sleep(100); 
           } 
          }); 
    thread.IsBackground = true; 

    thread.Start(); 
} 

Answer 2

vous avez 2 numéros

a) vous n'êtes pas censé mettre à jour l'interface utilisateur d'autres threads

b), même si vous avez été autorisé à le faire, vous devez indiquer l'interface utilisateur pour repeindre

ce sont des questions non triviales

Si vous êtes expérimentant avec filetage puis utilisez Debug.WriteLine pour voir ce que les fils de fond font

Si vous avez réellement besoin de mettre à jour l'interface utilisateur en arrière-plan, puis rechercher BeginInvoke et InvokeNeeded

Answer 3

Si vous avez vraiment besoin de faire filetage dans une application GUI, vous allez avoir besoin BackgroundWorker ou quelque chose comme ça. Comme indiqué précédemment, les autres threads ne peuvent pas mettre à jour l'interface graphique de sorte que l'exemple montré ici est un meilleur modèle pour déplacer des éléments de travail de longue durée hors de votre thread principal.

La classe BackgroundWorker vous permet d'exécuter une opération sur une procédure distincte, thread dédié. Les opérations prenant beaucoup de temps, comme les téléchargements et les transactions de base de données , peuvent provoquer l'apparition de l'interface utilisateur (UI) comme si avait cessé de répondre alors qu'ils sont en cours d'exécution. Lorsque vous voulez une interface utilisateur réactive et que vous êtes confronté à de longs délais associés à de telles opérations, la classe BackgroundWorker fournit une solution pratique.

Answer 4

Si vous voulez faire des expériences avec le thread, créez simplement une application de console et allez sur google "tutorial C#" pour avoir un exemple.

En ce qui concerne le filetage et WinForm, vous pouvez jeter un oeil sur le lien ci-dessous juste pour avoir une idée sur la considération que vous devriez faire avant de propriété sous forme de victoire d'accès d'un autre thread

In WinForms, why can't you update UI controls from other threads?