OnNavigatedTo vs événement Load

Dans plusieurs exemples en ligne, j'ai trouvé ceci:

public partial class ForecastPage : PhoneApplicationPage
{
    Forecast forecast;

    public ForecastPage()
    {
        InitializeComponent();
    }

    protected override void OnNavigatedTo(NavigationEventArgs e)
    {
        //code here
    }
}

mais dans d'autres, j'ai trouvé l'utilisation de la Load événement comme

public partial class Person : PhoneApplicationPage
{
  private PersonViewModel _ViewModel;

  public Person()
  {
     InitializeComponent();
     this.Loaded += new RoutedEventHandler(SearchView_Loaded);
  }

  void SearchView_Loaded(object sender, RoutedEventArgs e)
  {
     //code here
  }
}

Je sais que OnNavigatedTo les feux avant de la Load événement, mais à la fois le feu avant de l'INTERFACE utilisateur est attirée sur le téléphone, donc ma question est Est-il un avantage à utiliser l'un de l'autre?

  • Si vous faites beaucoup de l'initialisation, alors vous voulez utiliser Chargé par opposition à OnNavigatedTo ou bien de votre page peut prendre un certain temps à charger.
InformationsquelleAutor balexandre | 2012-02-22
  1. 7

    La lecture de la documentation sur OnNavigatedTo:

    Appelé lorsqu'une page est la page active dans un cadre.

    et lorsque nous lisons à propos de Loaded voir:

    Se produit lorsqu'un FrameworkElement a été construit et ajouté à la
    arbre d'objets.

    Ils sont complètement différents, comme page, corrigez-moi si je me trompe, peut devenir active plus d'une fois au cours de la durée de vie de votre application, mais de construction de la FrameworkElement généralement arrive qu'une fois.

    InformationsquelleAutor Tigran
  2. 25

    Je serais en désaccord avec Tigran.

    public View()
{
  InitializeComponent();

  personList.ItemsSource = PersonDataSource.CreateList(100);

    Loaded += (sender, args) => Debug.WriteLine("Loaded");
}

  protected override void OnNavigatedTo(NavigationEventArgs e)
  {
      Debug.WriteLine("Navigated");
  }

    En sautant vers l'avant-vers l'arrière, la sortie est

    Navigué
    Chargé
    Navigué
    Chargé
    Navigué
    Chargé

    Donc, OnNavigated est appelée lorsque la page de navigation est fait, mais avant(pendant) les contrôles de la page sont chargés, tandis que Loaded est appelé lorsque la page est prête et que toutes les commandes sont chargés.

    • Hmmm...devrait Tigran réponse ont été acceptés alors? Je me demande si c'est encore vrai en 8.1
    InformationsquelleAutor Vitalii Vasylenko
  3. 3

    Dans Windows Runtime, le Chargé événement se déclenche après OnNavigatedTo (même lorsque les pages sont mises en cache par la mise en NavigationCacheMode.Requis). Vitalii est juste à ce sujet.

    Selon MSDN:

    Dans l'Exécution de Windows à la mise en œuvre, le Chargé d'événement est garanti
    de se produire après un modèle de contrôle est appliquée, et vous pouvez obtenir
    les références à des objets qui sont créés par l'application de la XAML modèle.

    Pour le code de l'application qui utilise la navigation entre les pages, ne pas utiliser de
    Page.OnNavigatedTo pour l'élément de manipulation ou de modification de l'état de
    les contrôles sur la page de destination. OnNavigatedTo méthode virtuelle est
    invoquée devant le modèle est chargé, donc des éléments à partir de modèles
    ne sont pas encore disponibles. Au lieu de cela, joindre un Chargé de gestionnaire d'événement à l'
    la racine de la nouvellement chargée contenu de la page, et d'effectuer n'importe quel élément
    des manipulations, des modifications de l'état, d'événement de câblage et ainsi de suite dans l'Chargé
    le gestionnaire d'événement.

    Mais il y a une bonne raison pour laquelle vous souhaitez utiliser OnNavigatedTo: c'est le seul endroit où vous pouvez obtenir les paramètres de navigation. Si vous n'utilisez jamais les paramètres de navigation, utilisez l'événement Chargé.

    InformationsquelleAutor Wim Bokkers