|
|
|
![]() |
|
Strumenti |
![]() |
#1 |
Junior Member
Iscritto dal: Jun 2008
Messaggi: 5
|
[C#] Eventi & Multithreading
Salve ragazzi, ho la necessità di realizzare un programma che catturi la schermata del PC e ne invii il contenuto a dei client. Nello specifico per ogni connessione è presente un thread e la schermata deve essere spedita da un thread del server al client che gli è stato associato. Questo comporta che i thread devono essere informati dal padre del fatto che l'immagine sia pronta. Visto che i thread hanno anche altre funzionalità e devono anche inviare dati e non posso quindi bloccarli in attesa di un evento attraverso funzioni di wait, ho pensato di associare all'evento un delegato. La classe che si occupa di catturare la schermata ha quindi questa forma:
Codice:
class CaptureScreen { public delegate void mycallback(object sender, EventArgs ea); public event mycallback CaptureOK; public void capture() { while (true) { //Qui ci sono le funzioni per la cattura della schermata..... if (CaptureOK != null) { CaptureOK(this, null); } } } } Codice:
static class Program { public static CaptureScreen cs; [STAThread] static void Main() { Application.EnableVisualStyles(); Application.SetCompatibleTextRenderingDefault(false); Application.Run(new Form1()); cs = new CaptureScreen(); MyConnection.start(); cs.capture(); } } e, nella funzione richiamata quando viene creato un nuovo thread, quest'altro: Codice:
private static void secondarythread(object o){ Program.cs.CaptureOK += new CaptureScreen.mycallback(sendScreen); } |
![]() |
![]() |
![]() |
#2 |
Senior Member
Iscritto dal: Aug 2003
Città: Barletta (BA)
Messaggi: 939
|
Puoi passare ai thread client una classe che contiene il riferimento all'immagine più altri dati utili ed usare Barrier per sincronizzarne l'accesso
http://msdn.microsoft.com/it-it/libr...g.barrier.aspx Barrier ha una funzionalità interessante, ogni qualvolta tutti i threads hanno segnalato di aver finito, esegue un delegato: var _barrier = new Barrier (5, barrier => UpdateScreen()); In questo modo sarai sicuro che tutti i client hanno ricevuto lo stesso screen e nessun client sarà avanti rispetto gli altri Se invece non puoi permetterti di bloccare l'esecuzione dei threads client e non è importante che alcun client possa andare avanti rispetto agli altri, assegna a ogni thread una sua ConcurrentQueue che contiene il riferimento all'immagine dello screenshot e passala come parametro al thread http://msdn.microsoft.com/it-it/library/dd267265.aspx Lato "server" ogni screenshot verrà inserirlo in tutte le varie queue Lato thread client dovrai periodicamente controllare tramite TryDequeue se la coda di quel thread contiene un elemento
__________________
In a world without fences, who needs Gates? Power by: Fedora 8 - Mac OS X 10.4.11 Ultima modifica di nico159 : 10-10-2011 alle 14:22. |
![]() |
![]() |
![]() |
#3 |
Junior Member
Iscritto dal: Jun 2008
Messaggi: 5
|
Il problema è che io non voglio sincronizzare i client tra di loro. Voglio che i thread secondari, cioè quelli creati dal thread principale, vengano a conoscenza del fatto che è pronta la schermata che devono inviare e questa informazione deve essere proprio il padre a dargliela. La routine mi sembrava la cosa più semplice: quando il padre ha finito la propria operazione di cattura, setta l'evento. A quel punto i figli, che avranno associato all'evento la routine di send, la eseguiranno per inviare la schermata ai client a loro collegati.
|
![]() |
![]() |
![]() |
Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 14:56.