Windows 10 UWP StackPanel La visibilité ne fonctionne pas

Question

J'ai une application Windows 10 UWP et dans mon XAML, j'ai un StackPanel qui est utilisé pour afficher une barre de progression. Par conséquent, la visibilité de StackPanel est définie par défaut sur réduit. Ensuite, dans mon code derrière, j'essaie de définir la visibilité visible lorsque l'utilisateur clique sur un bouton et après, j'appelle une méthode pour effectuer un traitement. Avec cet exemple, le panneau ne s'affiche jamais.

private void BtnProcess_OnClick(object sender, RoutedEventArgs e) 
    { 
     //Set the progress panel to visible 
     toggleProgressPanel(true); 
     //This is a long running process that can take 3-5 seconds. 
     ProcessRequest(); 
     //Hide the progress panel 
     toggleProgressPanel(false); 
    } 

    private void toggleProgressPanel(bool show) 
    { 
     pnlProgressBar.Visibility = show ? Visibility.Visible : Visibility.Collapsed; 
    } 

Une chose que je remarqué au cours des essais est que si je commente sur l'appel ProcessRequest et, évidemment, la dissimulation du panneau de progression, il se présentera à ce moment-là. J'ai également essayé d'afficher et de masquer le panneau à l'intérieur de l'appel de méthode ProcessRequest, en le montrant au tout début de la méthode et en le repliant à la toute fin.

J'ai vérifié que le processus de la méthode de longue durée prend en fait 3-5 secondes pour s'exécuter, donc ce n'est pas qu'il cache le panneau si vite que vous ne le voyez jamais.

Il semble presque que ce soit un problème d'actualisation de l'interface utilisateur, mais je ne suis pas sûr de savoir comment y remédier. Il semble que parce que la méthode appelante BtnProcess_OnClick est en train de tout faire, l'interface utilisateur ne s'actualise jamais tant que la méthode BtnProcess_OnClick n'est pas complète et retourne et c'est pourquoi elle n'apparaît jamais. Est-ce exact? Comment travaillez-vous autour de ceci si c'est le cas? Je suis réticent à mettre l'appel de méthode ProcessRequest à l'intérieur d'un Task.Run parce que cette méthode doit faire une bonne quantité d'interaction avec l'interface utilisateur et cette solution le mettrait sur un thread différent, ce qui signifie que je devrais écrire une bonne quantité de code (je pense) pour ensuite contourner cela. Il semble qu'il doit y avoir une solution facile qui me manque?

Merci!

Answer 1

Par recommandation d'Archana, j'ai appelé ma méthode à ProcessRequest async. Cependant, je n'ai rien de ce qui est attendu à l'intérieur de cette méthode. Donc, le simple fait de marquer la signature de la méthode comme async sans waitable la fait fonctionner de façon synchrone (d'après ce que je comprends). Donc, pour le forcer à courir async, j'ai ajouté l'intérieur suivant de ma méthode, ainsi que le marquer Async:

await Task.Delay(50); 

Ceci est juste un petit retard qui est à peine perceptible, mais me donne aussi quelque chose qui est awaitable l'intérieur de la méthode.

Ensuite, j'ai également changé l'appelant de cette méthode, dans mon cas le bouton presse l'événement et l'a fait asynchrone aussi bien et l'a fait attendre l'appel à la méthode. Maintenant, cela fonctionne comme prévu et mon interface utilisateur est mise à jour à chaque fois. Voici le code complet:

private async void BtnProcess_OnClick(object sender, RoutedEventArgs e) 
{ 
    //Set the progress panel to visible 
    toggleProgressPanel(true); 
    //This is a long running process that can take 3-5 seconds. 
    await ProcessRequest(); 
    //Hide the progress panel 
    toggleProgressPanel(false); 
} 

private void toggleProgressPanel(bool show) 
{ 
    pnlProgressBar.Visibility = show ? Visibility.Visible : Visibility.Collapsed; 
} 

private async Task ProcessRequest() 
{ 
    await Task.Delay(50); 
    //Now do all of my long running code here 
} 

Faire tout cela permet un contrôle de revenir à l'appelant de ma méthode longue de la course, dans mon cas l'événement de presse de bouton, tandis que la longue méthode de fonctionnement de ProcessRequest continue async travailler. En renvoyant le contrôle à l'appelant, il peut terminer et autoriser l'interface utilisateur à mettre à jour.

Espérons que cela aide!