Bonne manière d'obtenir le CoreDispatcher dans une application Windows Store

Je suis en train de construire une application du Windows Store, et j'ai un code qui doit être posté sur le thread d'INTERFACE utilisateur.

Pour cela, j'aimerais récupérer le CoreDispatcher et de l'utiliser pour poster le code.

Il semble que il ya quelques façons de le faire:

//First way
Windows.ApplicationModel.Core.CoreApplication.GetCurrentView().CoreWindow.Dispatcher;

//Second way
Window.Current.Dispatcher;

Je me demande laquelle est la bonne? ou si les deux sont équivalents?

  • Les deux sont des sortes de raison, mais il sera nulle si vous n'êtes pas accéder à partir de quelque chose qui a déjà accès à l'expéditeur. Si vous voulez l'utiliser, disons, d'un ViewModel ou le Contrôleur, alors vous aurez besoin pour stocker hors du Répartiteur, généralement comme une Propriété statique dans votre Application.xaml.cs ou CIO contrôleur, et de définir à partir de la première page que vous avez la charge.
InformationsquelleAutor lysergic-acid | 2013-05-10
  1. 140

    C'est la meilleure façon:

    Windows.ApplicationModel.Core.CoreApplication.MainView.CoreWindow.Dispatcher.RunAsync(CoreDispatcherPriority.Normal,
() =>
{
    //Your UI update code goes here!
});

    L'avantage c'est que ça devient le principal CoreApplicationView et est donc toujours disponible. Plus de détails ici.

    Il y a deux alternatives que vous pourriez utiliser.

    Première alternative

    Windows.ApplicationModel.Core.CoreApplication.GetCurrentView().CoreWindow.Dispatcher

    Cela devient la fenêtre active de l'application, mais cela vous donnera null, si aucun point de vue n'a pas été activé. Plus de détails ici.

    Deuxième alternative

    Window.Current.Dispatcher

    Cette solution ne fonctionne pas lorsqu'il est appelé à partir d'un autre thread car il renvoie null au lieu de la de l'INTERFACE utilisateur Répartiteur. Plus de détails ici.

    • J'ai essayé, mais quand je trace le code, le délégué code est toujours en cours d'exécution sur un thread de travail et pas le "Fil conducteur".
    • Veuillez noter que (au moins dans Windows 8.1) DispatcherPriority est maintenant CoreDispatcherPriority
    • Cela permettrait de travailler aussi longtemps que nous avons unique ASTA (application single-threaded apartment). Dans le cas où nous présenter "le partage de la cible", il y a plusieurs ASTAs (chacune avec sa propre répartiteur). Et puis CoreApplication.MainView peut être null (parce que sa ASTA n'est pas encore initialisé). Être conscient!
    • J'ai vu CoreApplication.MainView la cause de mon blocage de programme lorsqu'il est appelé à partir d'un non-thread d'INTERFACE utilisateur. J'ai dû ranger le CoreApplication.MainView.CoreWindow.Répartiteur au démarrage pour y accéder plus tard.
    InformationsquelleAutor MAXE
  2. 12

    Pour toute personne à l'aide de C++/CX

    Windows::ApplicationModel::Core::CoreApplication::MainView->CoreWindow->Dispatcher->RunAsync(
    CoreDispatcherPriority::Normal,
    ref new Windows::UI::Core::DispatchedHandler([this]()
{
    //do stuff
}));
    • "De la création et de consommer de l'Api Windows Runtime à l'aide de C++, il existe C++/WinRT. Microsoft, qui est recommandée pour le remplacement du Windows Runtime C++ Template Library (LMR) et C++/CX." C++/WinRT
    InformationsquelleAutor Brett Pennings
  3. 3
    await CoreApplication.MainView.CoreWindow.Dispatcher.RunAsync(
            CoreDispatcherPriority.Normal,
            () => { //your code should be here});
    InformationsquelleAutor apramc
  4. 0

    En fait, je voudrais proposer quelque chose dans la ligne de ce:

    return (Window.Current == null) ? 
    CoreApplication.MainView.CoreWindow.Dispatcher : 
    CoreApplication.GetCurrentView().CoreWindow.Dispatcher

    De cette façon, si vous avez ouvert un autre point de Vue/de la Fenêtre, vous n'obtiendrez pas les Répartiteurs confus...

    Ce petit bijou vérifie si il y a même une Fenêtre. Si aucun, utilisez le MainView du Répartiteur. Si il est un point de vue, utiliser un Répartiteur.

    InformationsquelleAutor J. H.