Bon usage Async Await

Version imprimable

Bonjour
Je me bat un peu pour intégrer le concept de async await et c'est pas encore tres clair
Je pensais que le await permettait d'emuler une execution synchrone mais en test, ca semble tout l'inverse

Pratiquement je veux lancer une tache asyncrone et traiter le resultat seulement quand c'est fini !

Je bat encore de l'aile dans ce domaine mais ça va venir :-)
Un conseil expert est bienvenu
Merci !

Exemple : (en commentaire le comportement souhaité et ce qui se passe réellement)

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
Test()
    {
      CreateLogin(sLogin, Pwd);
      SetLoginInfo();
    }
    // *************************************************************************
    private  void CreateLogin(string Login,string Pwd)
    {
      var CreateLoginResult = CDB_ConseilleresExtended.CreateLoginAsync(curCons.ID.ToString(), Login, Pwd);
    }

   // ************************************************************
    public static async System.Threading.Tasks.Task<C_ErrorItem> CreateLoginAsync(string Code, string Email, string Pwd)
    {

      HttpClient client = new HttpClient();
      client.DefaultRequestHeaders.TryAddWithoutValidation("Content-Type", "application/json; charset=utf-8");

      Dictionary<string, string> Values = new Dictionary<string, string>();
      Values.Add("Email", Email);
      Values.Add("Password", Pwd);
      Values.Add("ConfirmPassword", Pwd);
      Values.Add("Code", Code);

      var content = new FormUrlEncodedContent(Values);

      var response = await client.PostAsync(MyUri, content);  // Inatendu : RETOUR DIRECT et execution de SetLoginInfo() 

      // Quand SetLoginInfo() a fini on retombe ici mais c'est tout a fait indesirable je devrais pouvoir appeller SetLoginInfo (ou un substitut) UNIQUEMENT quand PostAsync a fini !


      var responseString = await response.Content.ReadAsStringAsync();

      return new C_ErrorItem();
    }

C'est tout l'inverse !
Async est fait pour réaliser des traitement en asynchrone...

Si tu veux attendre la fin de la méthode lancée avec async, il faut utiliser await.
Extrait de la documentation :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
// Three things to note in the signature: 
//  - The method has an async modifier.  
//  - The return type is Task or Task<T>. (See "Return Types" section.)
//    Here, it is Task<int> because the return statement returns an integer. 
//  - The method name ends in "Async."
async Task<int> AccessTheWebAsync()
{ 
    // You need to add a reference to System.Net.Http to declare client.
    HttpClient client = new HttpClient();
 
    // GetStringAsync returns a Task<string>. That means that when you await the 
    // task you'll get a string (urlContents).
    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;
 
    // The return statement specifies an integer result. 
    // Any methods that are awaiting AccessTheWebAsync retrieve the length value. 
    return urlContents.Length;

Regarde cette page pour t'aider à comprendre :
https://msdn.microsoft.com/fr-fr/lib...v=vs.120).aspx

10/07/2018, 10h34
olibara

Merci Popo

Oui j'ai deja vu et revu ces doc mais ca ne m'a pas vraiment aidé a comprendre la bonne maniere de faire !
Je dois avoir un cerveau qui ne capte pas bien les doc traditionnels :roll:

Par rapport a mon exemple je vais continuer mes test en essai erreur, je finirai bien par comprendre

Le but dans le cas présent est de pouvoir mettre a jour la Form quand la méthode asynchrone a fini son traitement !
Actuellement c'est effectivement tout le contraire qui se passe ...

Faut-définir un Call-back ?

Bonjour

J'ai provisoirement résolu mon souci a la dure !

Plutôt que de créer une méthode Async qui va elle même exécuter un PostAsync

Je crée une méthode synchrone traditionnelle (qui remplace ma Methode CreateLoginAsync) et je force l'attente du retour du PostAsync avec .Result
C'est évidemment pas comme ça que c'est censé être fait mais au moins ça me permet d'avancer !

Mais je suis toujours curieux d'apprendre le design qui permettait d’exécuter en assync et d'intercepter le retour d’exécution afin de traiter a ce moment le résultat de cette exécution !

Il me semble que peu de développeurs ont beaucoup d’expérience dans ce domaine 8O
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 // ****************************************************************************************************** public static C_ErrorItem CreateLogin(string Code, string Email, string Pwd) { HttpClient client = new HttpClient(); client.DefaultRequestHeaders.TryAddWithoutValidation("Content-Type", "application/json; charset=utf-8"); Dictionary<string, string> Values = new Dictionary<string, string>(); Values.Add("Email", Email); Values.Add("Password", Pwd); Values.Add("ConfirmPassword", Pwd); Values.Add("Code", Code); var content = new FormUrlEncodedContent(Values); var response = client.PostAsync("https://espace.bemycloud.eu/api/Account/Register", content).Result; return new C_ErrorItem(); }

11/07/2018, 09h31
olibara

Pour ceux que ca peut intéresser j'ai trouve un lien d'un blog de quelqu'un qui a fait un tres bel effort d'explication beaucoup plus clair que l'imbuvable MSDN

https://blogs.infosupport.com/c-5-0-...e-as-possible/

Le mot clé await va provoquer une sortie immédiate mais temporaire de la fonction en cours et permettre l'exécution du code qui suit son invocation, avant de revenir quand le résultat de la tâche lancée est arrivé. Pour avoir du code qui s'exécute après await, on peut le mettre dans la même fonction. Supposons que tu ais une fenêtre avec un bouton de connexion avec un événement clic (cas exemple d'une fenêtre WinForm) tu peux au choix utiliser un événement asynchrone, ou bien un événement synchrone mais qui appelle une méthode asynchrone afin de sortir immédiatement et ne pas bloquer l'UI.

Exemple d'un événement asynchrone :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 public async void ButtonConnect_Click(object sender, EventArgs e) { try { // Dans le thread appelant : thread UI var userInfos = await Task.Run(() => Connect(login, password)); // await fait temporairement sortir de la méthode // retour dans le thread appelant au retour de la Task LabelLogin.Text = userInfos.Login; // tout va bien, on est dans le thread UI } catch(Exception e) { LabelMessage.Text = e.Message; } }
Avec un événement synchrone qui appelle une méthode asynchrone :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 public void ButtonConnect_Click(object sender, EventArgs e) { ConnectAndDisplayAsync(); } public async Task ConnectAndDisplayAsync() { try { // Dans le thread appelant : thread UI var userInfos = await Task.Run(() => Connect(login, password)); // await fait temporairement sortir de la méthode // retour dans le thread appelant au retour de la Task LabelLogin.Text = userInfos.Login; // tout va bien, on est dans le thread UI } catch(Exception e) { LabelMessage.Text = e.Message; } }
La signature de la méthode hypothétique Connect, pour référence :

Code:

public UserInfos Connect(string login, string password){ ... }

Tu peux jeter une œil sur le tutoriel de François Dorin sur l'utilisation du pool de threads, la partie 3 concernant justement le couple async/await.