Dois-je attendre ou renvoyer des tâches dans les méthodes asynchrones C# ?

Attendre ou revenir dans les méthodes asynchrones : conséquences explorées

Lorsqu'ils travaillent avec la programmation asynchrone en C#, les développeurs se posent souvent la question de savoir s'ils doivent attendre un appel de méthode asynchrone dans un autre méthode asynchrone ou renvoie simplement la tâche. Bien que les deux approches puissent sembler valables, chaque option a des conséquences distinctes qui méritent d'être prises en considération.

Option A : renvoyer directement la tâche

Dans cette approche, la méthode asynchrone renvoie directement la tâche obtenue à partir de l’appel asynchrone imbriqué. Cela revient à écrire :

Task FooAsync()
{
    return BazAsync();  // Option A
}

Conséquences :

• L'appelant est responsable de l'attente de la tâche renvoyée.
• La méthode peut être appelé à partir de contextes synchrones et asynchrones.
• Exceptions levées dans le code synchrone dans le La méthode sera livrée de manière synchrone.
• La validation des arguments peut être effectuée de manière synchrone.

Option B : En attente de la tâche

En attente de la tâche , la méthode async attend explicitement la fin de l'appel asynchrone imbriqué. Ceci s'écrit comme suit :

async Task BarAsync()
{
    await BazAsync(); // Option B
}

Conséquences :

• La méthode doit être déclarée comme asynchrone puisqu'elle effectue une opération d'attente.
• L'appelant n'a pas besoin d'attendre la méthode elle-même.
• Les exceptions levées dans le code asynchrone seront délivrées de manière asynchrone.
• La validation des arguments ne peut pas être effectuée de manière synchrone.

Choisir la bonne option

Le choix entre retourner ou attendre dépend du spécifique scénario et exigences.

Si la méthode effectue une petite quantité de travail synchrone et appelle une seule méthode asynchrone, renvoyer la tâche (option A) peut être une approche plus efficace. Cependant, si la méthode doit effectuer un travail asynchrone supplémentaire ou gérer des exceptions de manière asynchrone, alors attendre la tâche (option B) est le choix approprié.

Il est important de noter que les méthodes déclarées comme asynchrones ne peuvent pas renvoyer directement les tâches. Si une méthode doit renvoyer une tâche, elle doit elle-même être déclarée comme asynchrone.

Exemple pratique

Considérez l'extrait de code suivant :

// Version 1:
Task BarAsync()
{
    // No need to gronkle yet...
    return BazAsync();
}

// Oops, for version 2 I need to do some more work...
async Task BarAsync()
{
    int gronkle = await GronkleAsync();
    // Do something with gronkle

    // Now we have to await BazAsync as we're now in an async method
    await BazAsync();
}

Initialement, la méthode BarAsync n'avait pas besoin d'attendre BazAsync, elle renvoyait donc directement la tâche. Cependant, lorsque du travail asynchrone supplémentaire a été introduit, BarAsync a dû être converti en méthode asynchrone et attendre BazAsync.

En comprenant les conséquences du retour ou de l'attente dans les méthodes asynchrones, les développeurs peuvent implémenter efficacement le code asynchrone et éviter les pièges potentiels. .

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!