Async await vs GetAwaiter(). GetResult() e callback

Question

Sto cercando di trovare le migliori pratiche per uno dei miei progetti. È una tipica applicazione WPF con un'interfaccia utente che visualizza un elenco di elementi e un servizio dati che restituisce il risultato.

Chiamiamo il servizio in modo asincrono in modo da non bloccare l'interfaccia utente. Abbiamo 2 opzioni di fronte a noi:

1. Uso Async attendere parole chiave Questo richiede segnando tutti i metodi asincroni da fare clic sul pulsante fino a livello di servizio (classe sul lato client che effettua la chiamata HTTP al server) e qualsiasi metodo in mezzo. Questo approccio funziona benissimo quindi il problema della propagazione asincrona ovunque

2. Usa attendente e richiamata In questo approccio il client dell'interfaccia utente chiama il livello di servizio e passa una richiamata al livello di servizio, il livello di servizio avvolge la chiamata http al server in un'attività e utilizzare GetAwaiter(). GetResult(), al termine della chiamata http richiama il callback passato dal client dell'interfaccia utente. In questo caso, nessun metodo deve essere contrassegnato come asincrono, ma non è realmente sicuro dell'uso di GetAwaiter()

   Task.Run (async() => // attende la chiamata http, richiama callback) .GetAwaiter(). GetResult ();

Sto solo cercando di scoprire che è un approccio migliore e se ci sono alcuni problemi con entrambi gli approcci che avrei dovuto essere a conoscenza

Answer 1

Si consiglia di utilizzare i async e await parole chiave tutta la strada fino , o non dovresti usare async affatto.

La seconda opzione non è realmente asincrona. Si chiama un'operazione asincrona e si blocca su di esso in modo sincrono con task.GetAwaiter().GetResult(). Oltre ad essere molto complicato, non è asincrono e può portare a deadlock.