Attendere il metodo interno finché non viene catturato l'evento

Question

Ho riscontrato questo problema con un metodo in C#. Ho creato un metodo che chiama una funzione da una DLL denominata Phone.GetLampMode(); Ora Phone.GetLampMode non restituisce nulla. I dati vengono restituiti in un evento "onGetLampModeResponse". C'è un modo in cui posso aspettare nel mio metodo fino a quando non ottengo i dati dall'evento onGetLampModeResponse?

public bool checkLamp(int iLamp) 
{ 
    Phone.ButtonIDConstants btn = new Phone.ButtonIDConstants(); 
    btn = Phone.ButtonIDConstants.BUTTON_1; 
    btn += iLamp; 
    Phone.GetLampMode(btn, null); 

    return true; 
} 

private void Phone_OnGetLampModeResponse(object sender, Phone.GetLampModeResponseArgs e) 
{ 
    var test = e.getLampModeList[0].getLampMode.ToString();  
} 

Answer 1

Una soluzione è quella di utilizzare AutoResetEvent:

public bool checkLamp(int iLamp) 
{ 
    Phone.ButtonIDConstants btn = new Phone.ButtonIDConstants(); 
    btn = Phone.ButtonIDConstants.BUTTON_1; 
    btn += iLamp; 

    AutoResetEvent waitHandle = new AutoResetEvent(false); 

    // Pass waitHandle as user state 
    Phone.GetLampMode(btn, waitHandle); 

    // Wait for event completion 
    waitHandle.WaitOne(); 

    return true; 
} 

private void Phone_OnGetLampModeResponse(object sender, Phone.GetLampModeResponseArgs e) 
{ 
    var test = e.getLampModeList[0].getLampMode.ToString(); 

    // Event handler completed 
    // I guess there is some UserState property in the GetLampModeResponseArgs class 
    ((AutoResetEvent)e.UserState).Set(); 
} 

NOTA: annuncio che si sta utilizzando Phone come classe/variabile statica, si può pensare che si sta sviluppando su Windows Phone ... In tal caso, si noti che l'intero concetto di programmazione WP e asincrono è quello di non bloccare il thread dell'interfaccia utente in modo tale.

Answer 2

Sembra che il modello esistente sia vicino al modello asincrono basato sugli eventi (EAP). Si consiglia di guardare l'articolo Interop with Other Asynchronous Patterns and Types che descrive come convertire un tale modello nel nuovo modello asincrono basato su attività (TAP).

volta che avete un Task (o Task<T>, si può semplicemente Wait per esso

Answer 3

Puoi avvolgere il gestore in un metodo asincrono, che dovrebbe essere simile a questa (non testato):.

public async Task<bool> checkLamp(int iLamp) 
{ 
    Phone.ButtonIDConstants btn = new Phone.ButtonIDConstants(); 
    btn = Phone.ButtonIDConstants.BUTTON_1; 
    btn += iLamp; 

    var tcs = new TaskCompletionSource<bool>(); 
    var handler = (sender, e) => { 
     Phone.OnGetLampModeResponse -= handler; 
     var test = e.getLampModeList[0].getLampMode.ToString(); 
     tcs.SetResult(true); 
    }; 
    Phone.OnGetLampModeResponse += handler; 

    Phone.GetLampMode(btn, null); 

    return tcs.Task; 
} 

Nel vostro metodo di chiamata, si può scrivere:

Questo ha il vantaggio che il vostro doe interfaccia utente s non si blocca mentre il processo è in attesa della risposta.

Ecco un post di blog su questo problema. Si noti che è necessario Framework 4.5.

• http://blogs.msdn.com/b/lucian/archive/2012/11/28/how-to-await-a-button-click.aspx