UWP mise à jour de l'INTERFACE utilisateur de la Tâche

J'ai de l'application, qui est en train de vérifier les plages de réseau (pour l'exécution du service http) dans le réseau local.

Cela signifie donc, que je suis en vérifiant f.e. de 10.0.0.1 à 10.0.0.255. Et là est le problème, lors de l'exécution sur le PC, la vitesse est suffisante, mais lors de l'exécution sur Lumia 950 la vitesse n'est pas assez. Donc, je voudrais mettre à jour l'INTERFACE utilisateur au cours de l'analyse.

Donc voici les questions:

  1. En ce moment j'ai plusieurs tâches de f.e. 10 - chaque tâche de numérisation de son aire de répartition f.e. tâche 1 - 10.0.0.1 à 10.0.0.25 etc.. - dois-je utiliser 10 tâches ou est-il d'une certaine façon, comment le .net va le résoudre lui-même? Quel sera le rendement, f.e. si je vais utiliser 50 tâches?
  2. Deuxième question est la suivante, au cours de l'analyse, je vais trouver le PC, où le service web fonctionne, mais... Comment dois-je mettre à jour l'INTERFACE utilisateur lorsque le PC est-il trouvé? En ce moment, je suis seulement capable de le faire, lorsque toutes les tâches sont terminées..

Les méthodes que j'appelle sont asynchrones Tâches

OriginalL'auteur petrtim | 2016-07-01

  1. 32

    1. Vous pouvez utiliser autant de tâches que vous souhaitez, le système va automatiquement effectuer les files d'attente et d'exécution pour vous. C'est l'un des avantages de l'utilisation de mécanismes intégrés

    2. Pour exécuter du code sur le thread de l'INTERFACE utilisateur, vous pouvez utiliser le répartiteur comme ceci:

      await Dispatcher.RunAsync(Windows.UI.Core.CoreDispatcherPriority.Normal, () => {
            //UI code here
});
    Bonjour, merci pour les réponses.. Il semble être de travailler.. Mais certains ont d'autres exigences... par exemple, si un thread va trouver le serveur, je dois l'ajouter à la zone de liste, est-il un moyen de comment le résoudre?
    Heureux d'entendre cela a aidé. Vous pourriez envisager de marquage ce en tant que réponse il est donc facilement découvert par d'autres. Pour l'autre exigence, qui devrait être une question distincte. Essayez et fournir des exemples de code de ce que vous avez essayé de sorte que les gens de savoir où commencer à fournir une réponse.
    Répartiteur n'a pas de méthode RunAsync?
    Comment voulez-vous prévenir: “Le nom répartiteur n'existe pas dans le contexte actuel” ?
    Vous devriez écrire de la Fenêtre.Actuel.Répartiteur.RunAsync(Windows.L'INTERFACE utilisateur.De base.CoreDispatcherPriority.Haut, () = > {});

    OriginalL'auteur AlexDrenea

  2. 12

    D'exécuter du code sur le thread d'INTERFACE utilisateur et que vous souhaitez uniquement mettre à jour la propriété .Vous pouvez utiliser MVVM et le ViewModel de l'héritage de la classe 

    public abstract class NotifyPropertyChangedBase : INotifyPropertyChanged
{
   public event PropertyChangedEventHandler PropertyChanged;

   protected async void OnPropertyChanged([CallerMemberName] string propName = "")
   {
       await Window.Current.Dispatcher.RunAsync(CoreDispatcherPriority.High,
           () =>
           {
               PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(propName));
           });
   }
}

    Et tous les biens de la Xaml lier l'utilisation unidirectionnelle ou bidirectionnelle et dans l'utilisation des biens OnPropertyChanged(); Et si le temps mon code expception et dire que Current is null

    Vous pouvez utiliser 

    await CoreApplication.MainView.CoreWindow.Dispatcher.RunAsync(CoreDispatcherPriority.Normal, () => 
{
     //write your code
     //in OnPropertyChanged use PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(propName));
});

    Si vous avez écrit le code dans le contrôle de l'utilisateur ou une page que vous pouvez voir le code ci-dessous.

    await Dispatcher.RunAsync(Windows.UI.Core.CoreDispatcherPriority.Normal, () => 
{
            //UI code here
});

    La CoreDispatcherPriority pouvez définir la Priorité, mais vous ne devriez pas régler à Haute ,voir CoreDispatcherPriority

    Bonjour, me semble intéressant, j'ai utilisé-vous un chemin en partie. Mais la question est, est-il bon, que l'interface graphique est mise à jour à partir de la classe? Je ne pense pas que c'est propre.. peut-être il ya une autre solution?
    Si vous liez,il est mis à jour.Il y a certains ,je n'ai pas le lien.
    Ainsi, à la fin, j'ai utilisé cette solution et cela a fonctionné lien
    Si vous faites le changement de propriété ,et de votre INTERFACE utilisateur ont pas changé.Ainsi, à la fin vous devriez également utiliser le code comme moi.Le lien(c-sharpcorner.com/UploadFile/5ef5aa/...) peut modifier la liste, mais pas la propriété.
    Oui, mais dans mon cas, la propriété est List<string> afin de l'événement si quelque chose va être ajouté à la liste ne sera pas déclenché..

    OriginalL'auteur lindexi

  3. -1

    J'ai aussi trouvé une autre possibilité comment mettre à jour l'INTERFACE utilisateur en ce moment, je mets à jour la barre de progression de cette manière, mais trouvée, vous pouvez passer d'autres variables.. 

     var progress = new Progress<int>(i => _progress = i);
 progress.ProgressChanged += Pr_ProgressChanged;

    événement: 

      private void Pr_ProgressChanged(object sender, int e)
    {
        progressBar1.Value = progressBar1.Value + 1;
    }

    Méthode avec parametrs: 

     public async Task GetWebServers(IProgress<int> progress) {
 //your code
}

    Appel: 

    await Task.WhenAll(workers.Select(webServer => webServer.GetWebServers(progress))
       );
    Cela peut fonctionner dans certains cas, mais à l'appel de l'INTERFACE utilisateur à partir d'une tâche asynchrone (peut être appelée à partir d'un autre thread), il est préférable d'utiliser Répartiteur.

    OriginalL'auteur petrtim