Application.Resuming Événement
Définition
Important
Certaines informations portent sur la préversion du produit qui est susceptible d’être en grande partie modifiée avant sa publication. Microsoft exclut toute garantie, expresse ou implicite, concernant les informations fournies ici.
Se produit lorsque l’application passe de l’état Suspendu à l’état En cours d’exécution.
// Register
event_token Resuming(EventHandler<IInspectable> const& handler) const;
// Revoke with event_token
void Resuming(event_token const* cookie) const;
// Revoke with event_revoker
Application::Resuming_revoker Resuming(auto_revoke_t, EventHandler<IInspectable> const& handler) const;public event System.EventHandler<object> Resuming;function onResuming(eventArgs) { /* Your code */ }
application.addEventListener("resuming", onResuming);
application.removeEventListener("resuming", onResuming);
- or -
application.onresuming = onResuming;Public Custom Event Resuming As EventHandler(Of Object) Type d'événement
Remarques
Le système suspend votre application chaque fois que l’utilisateur bascule vers une autre application ou vers le bureau, et reprend votre application chaque fois que l’utilisateur y revient. Toutefois, le système peut également arrêter votre application pendant sa suspension afin de libérer des ressources. Par conséquent, vous devez gérer l’événement Suspending pour enregistrer l’état de votre application.
Si votre application est terminée, vous pouvez restaurer l’état de l’application dans un remplacement de méthode OnLaunched . Si votre application reprend avant son arrêt, le système restaure automatiquement l’état de l’application. Vous devez gérer l’événement Reprise uniquement si vous avez besoin d’actualiser tout contenu affiché susceptible d’avoir changé pendant la suspension de l’application, par exemple les flux d’actualités ou l’emplacement de l’utilisateur.
Les applications doivent éviter d’appeler du code qui place une charge élevée sur le thread d’interface utilisateur en réponse à la reprise. Cela donne à l’utilisateur l’impression que l’interpréteur de commandes ne répond pas, alors qu’en fait c’est votre code d’application qui est le point de limitation. Déléguer des opérations à d’autres threads si possible, ou utiliser une approche intermédiaire ou virtualisée pour reconstruire les vues et l’interface utilisateur chaque fois que l’application reprend.
L’événement Reprise s’exécute dans le même appartement dans lequel il a été inscrit.