Comment ne attendent async en C#

MSDN explique tout.

Je comprends que parfois, la vanille docs (en particulier à partir de MSDN) peut être difficile à appliquer à votre situation particulière, alors allons-y plus de vos points.

La Question n ° 1: cette hypothèse Est correcte ou le code ci-dessous le mot clé await est toujours exécuté?

Le code ci-dessous la "attendent" mot-clé ne sera exécuté que lorsque l'appel asynchrone est terminée. Dans l'intervalle, depuis votre méthode est marqué "async", le contrôle sera renvoyé à l'appelant de votre méthode jusqu'à ce que votre méthode est terminée.
À partir de MSDN lien ci-dessus:

Task<string> getStringTask = client.GetStringAsync("http://msdn.microsoft.com");

//You can do work here that doesn't rely on the string from GetStringAsync.
DoIndependentWork();

//The await operator suspends AccessTheWebAsync. 
// - AccessTheWebAsync can't continue until getStringTask is complete. 
// - Meanwhile, control returns to the caller of AccessTheWebAsync. 
// - Control resumes here when getStringTask is complete.  
// - The await operator then retrieves the string result from getStringTask. 
string urlContents = await getStringTask;

Je pense que les commentaires sont assez explicites.

Deuxièmement, supposons que j'ai appelé un service méthode async et la nécessité de retourner son résultat. L'instruction return est ci-dessous le mot clé await.

Question # 2: Quand est-ce que l'instruction return succès, après l'appel asynchrone est terminée ou avant?

Après.

La Question n ° 3: je veux utiliser le résultat de l'appel de service et d'opération asynchrone l'habitude de l'aider parce que je veux la méthode d'appel à être touché lorsque le résultat a été retourné. Je comprends que cela peut être fait en utilisant le Résultat de la propriété qui fait l'appel synchronus. Mais alors qu'est-ce que l'utilisation de async en DB opérations de cause, ils sont ceux qui prennent 80% du temps dans la plupart des applications.

Supposons que vous avez besoin de faire trois sans rapport avec les requêtes DB pour compléter votre service, puis effectuer un calcul sur la base des résultats, puis sur terminer. Si vous l'avez fait de manière séquentielle, vous aurez à attendre jusqu'à ce que chaque opération est terminée. Si vous utilisez les appels asynchrones, alors C# sera exécuté les trois requêtes en parallèle et de votre service pourrait s'achever plus tôt.

En outre, les opérations que le retour de la Tâche peut être utilisé comme Terme. Voir MSDN sur les contrats à Terme où plusieurs modèles sont discutés sur la façon de paralléliser le travail basé sur des contrats à terme et de fusionner les résultats.

Si votre service ne nécessite qu'un DB appel, puis il va certainement être pire pour vous appeler async.

La Question n ° 4: Comment puis-je utiliser asynchrone avec DB opérations? Est-il possible et recommandé?

ADO.NET comprend maintenant des méthodes asynchrones ReadAsync et NextResultAsync .

Il est certainement possible, que les recommandations de cette discussion est beaucoup plus complet que j'ai pu écrire ici.

La Question n ° 5: En ce qui scenraio va opérations asynchrones être utile, il semble que chaque api est juste faire des opérations asynchrones maintenant sans raison? ou ai-je raté le point de l'utilisation asynchrone ops?

opérations asynchrones sont très utiles facilement pour paralléliser aucune longues opérations sans se heurter à des problèmes de threading. Si votre méthode ne fait qu'une seule chose, ou une séquence simple (rapide) des choses, alors oui il est inutile d'aller asynchrone. Toutefois, si vous avez plus d'un long cours d'exécution des opérations, il est beaucoup plus facile et moins sujette aux erreurs de paralléliser via async que c'est pour faire la gestion des threads.