supposer au lieu de l'enveloppe Le le code dans le répartiteur est toujours exécuté avant que le Peut-on expliquer ce comportement? Merci WPF, .NET Framework 4.7 Projet graphviewmodels est un Observablecollection updateChartSwithValuesasync Methode appelle dans le Continuwith Délégué, la méthode n'est plus attendue. J'ai déjà essayé de changer le configureawait (false) sur vrai mais rien ne semble changer. Au-dessous du code édité: reste continue avec délégué 't attendre updatechartwithvaluesasync pour compléter plus, levant des bugs méchants.
3 Réponses :
Lorsque vous utilisez . Dans votre deuxième exemple, vous n'attendez pas cela directement; Vous attendez le résultat de l'expression chaînée: alors que seul l'objet final ( Si vous utilisez async / attendre, il serait prudent de < / Strong> Utilisez les mots-clés d'une méthode asynchrone, car le mélange avec les opérations basées sur le rappel conduit à un code déroutant tel que celui-ci. Dispatcher.Invokeasync renvoie un DispatcherOveration . Ceci est un type attendable, car il implémente une méthode appelée getawaiter () qui renvoie un type qui implique inotifycompletion . attendre sur le résultat de Dispatcher.invokeasync directement, l'achèvement de DispatcherOperSeration est attendu avant l'appel sur updateChartSwithvaluesasync . tâche ) est attendu, ce qui signifie que la fonction que vous passez à < Code> Continuwith peut être exécuté, avant Dispatcher.invokeasync est terminé.
Comme autre réponse mentionnée, vous ne devriez pas mettre Si vous voulez vraiment attendre pour continuer à finir dans la plupart des Notez que async t => attendre updateCharetswithvitvaluesasync dans votre Continuwith rappel, car il aurait en attente de la tâche > Continuwith (...) Méthode, qui finirait éventuellement à finir immédiatement. attendre , vous devriez Débit ( ) Votre Tâche attendre est traduit en bloc de code impliquant Continuwith qui fonctionnalités ConfigureAWAIT Options et plus, donc vous feriez mieux d'utiliser async attendre constructions comme si vous avez essayé dans votre premier exemple.
Mettez simplement, Ce que je suggère, n'utilisez pas Voici une autre question connexe dans le sujet: Utilisez un rappel ASYNC avec la tâche.Continuewith
Si vous voulez en savoir plus en profondeur, le code source de .Continuewith () ne fait pas attendre dans sa mise en œuvre, il exécute plutôt la transmission du délégué tel qu'il est et renvoie une tâche de tâche ( Tâche .Continuewith () Dans ce cas, il suffit de vous attendre. Si vous souhaitez vraiment conserver le code actuel, vous pouvez faire .Continuewith (). Doulez () , qu'est-ce qui fera le tour?
continue avec : https://referencesource.microsoft.com/#msmscorlib/system/threading/tasks/task.cs 4532
Bonne réponse. Une alternative à Le débouché est en attente de deux fois: attendre
Je ne suis pas expert, mais je pense que UpdatechartThithValuesasync est en fait attendu, mais sur un autre fil. Essayez de ne pas mélanger ASYNC / Attendre avec des outils surtout utiles avant que ASYNC / AWAIT n'existait (comme Continuwith ... Je ne sais pas pourquoi vous voudriez l'utiliser ici).