C# Cross-Thread de communication

Si Vous utilisez Windows Forms, vous pouvez faire quelque chose comme ceci:

1. Dans votre Formulaire ajouter une propriété

   private readonly System.Threading.SynchronizationContext context;
   public System.Threading.SynchronizationContext Context
   {
   get{ return this.context;}
   }

2. Dans Votre constructeur de définir la propriété

   this.context= WindowsFormsSynchronizationContext.Current;

3. Utiliser cette propriété pour le passer à Votre arrière-plan travailleur comme un paramètre de constructeur. De cette façon, votre travailleur savoir à propos de votre interface contexte. Créer des propriétés similaires à l'intérieur de Votre arrière-plan travailleur.

   private readonly System.Threading.SynchronizationContext context;
   public System.Threading.SynchronizationContext Context
   {
   get{ return this.context;}
   }
   public MyWorker(SynchronizationContext context)
   {
   this.context = context;
   }

4. Changer votre Done() méthode:

   void Done()
   {
   this.Context.Post(new SendOrPostCallback(DoneSynchronized), null);
   }
   void DoneSynchronized(object state)
   {
   //place here code You now have in Done method.
   }

5. Dans DoneSynchronized Vous devriez toujours être dans Votre thread GUI.

OriginalL'auteur Grzegorz W

Qu'est-ce exactement est-ce qui vous dérange avec le thread d'arrière-plan? Ce que vous décrivez, a l'air bien pour moi jusqu'à présent.

La System.Windows.Forms.Timer que vous avez vérifié pour la comparaison pourrait être en cours d'exécution sur le thread d'INTERFACE utilisateur, qui, de fait, serait un non-thread d'arrière-plan.

Partir de la documentation MSDN de la Fil de discussion.IsBackground propriété (faits par moi):

Un thread un thread d'arrière-plan ou un thread de premier plan.
Threads d'arrière-plan sont identiques de premier plan threads, sauf que
threads d'arrière-plan ne les empêchent pas d'un processus d'arrêt. Une fois que tous les
premier plan threads appartenant à un processus sont terminés, la commune
language runtime termine le processus. Tout en restant threads d'arrière-plan
sont arrêtés et ne remplissez pas.

OriginalL'auteur Jens H

Je pense qu'il y a une autre solution qui n'a pas besoin d'une référence à "le Système de.De Windows.Les formes" dans la couche sous-jacente (layer2):

layer1 (UI forme) offre un délai d'attente de la mise en œuvre que layer2 pouvez utiliser.

il y a une Interface:

namespace Layer2
{
public delegate void TimeoutAlert();
public interface IApplicationContext
{
void SetTimeout(TimeoutAlert timeoutAlerthandler, int milliseconds);
}
}

et la classe ouvrière dans Layer2:

namespace Layer2
{
public class Worker
{
IApplicationContext _context;
public void DoJob(IApplicationContext context)
{
_context = context;
_context.SetTimeout(JobTimedOut,3000);
//nothing ... (wait for other devices or user events)
}
void JobTimedOut()
{
//do something suitable for timeout error with _context or anything else
}
}
}  

et à l'INTERFACE utilisateur, nous avons ceci:

using Layer2;
namespace Layer1
{
public partial class frmTest : Form, IApplicationContext
{
int timeout;
TimeoutAlert _timeoutAlerthandler;
public frmTest()
{
InitializeComponent();
}
private void frmTest_Load(object sender, EventArgs e)
{
Worker w = new Worker();
w.DoJob(this);
}
private void timer1_Tick(object sender, EventArgs e)
{
//it's the handler of 'Timer' component named 'timer1'
timer1.Enabled = false;
if (_timeoutAlerthandler != null)
_timeoutAlerthandler();
}
#region IApplicationContext Members
void IApplicationContext.SetTimeout(TimeoutAlert timeoutAlerthandler, int milliseconds)
{
_timeoutAlerthandler = timeoutAlerthandler;
timeout = milliseconds;
timer1.Interval = milliseconds;
timer1.Enabled = true;
}
#endregion
}
}  

Je remarque que mon scénario de nouveau:

J'ai un projet d'application windows (couches 1) qui utilise une base de projet (layer2) pour faire quelques travaux. les besoins de base non-délai de blocage des contrôles au cours de certaines de ses méthodes, sans la création d'un thread différent , cause après la temporisation, il doit interagir avec l'INTERFACE utilisateur de nouveau. désolé si je ne peux pas en dire plus parce que c'est un peu complexe (pour moi!).

OriginalL'auteur losingsleeep