Présentation de l’activation des notifications de l’opérateur mobile et des événements système
Cette rubrique fournit des informations sur l’événement système de notification de l’opérateur mobile. Il fournit des instructions pour vous permettre de développer des applications haut débit mobiles UWP qui gèrent les notifications entrantes des opérateurs mobiles basées sur LES SMS ou USSD et les événements de système haut débit mobile pertinents.
Introduction
L’expérience principale d’un client d’une marque de réseau haut débit mobile est l’application haut débit mobile. Cette application n’est pas censée fournir les principales fonctions de gestion des connexions, mais plutôt une expérience de gestion de compte et une expérience de service. Pour tenir l’utilisateur informé de son compte status, l’application doit effectuer certaines activités même lorsque l’utilisateur n’interagit pas avec elle. Ces activités sont les suivantes :
Réponse aux SMS de l’opérateur ou aux messages USSD lancés par le réseau
Informer l’utilisateur qu’il approche de sa limite de données
Informer l’utilisateur que son plan de données a expiré
Notification de l’utilisateur de son status itinérance
Vérification de la prise en charge de la liaison sur le plan de données de l’utilisateur
Éléments de travail réparti en arrière-plan
Bien que les applications haut débit mobiles UWP puissent s’exécuter en plein écran, les utilisateurs ne sont censés interagir qu’avec l’application qui se trouve au premier plan. L’application de premier plan est supposée être la plus importante pour l’utilisateur. Cette application reçoit donc toutes les ressources du système. Lorsqu’une application n’est pas au premier plan, elle est suspendue et ne peut pas exécuter de code. Une application suspendue reste suspendue jusqu’à ce que l’utilisateur la reprenne en ramenant l’application au premier plan. Avec ce modèle de comportement d’application, l’expérience utilisateur n’est jamais affectée par les retards ou retards causés par l’exécution d’applications en arrière-plan sans importance. En outre, la réduction de l’activité en arrière-plan inutile optimise l’autonomie de la batterie sur divers facteurs de forme. Le temps nécessaire à la reprise d’une application suspendue est négligeable et semble presque imperceptible pour la plupart des utilisateurs.
Windows 10 fournit des notifications Push Windows qui peuvent maintenir la vignette de l’application à jour même lorsque l’application est suspendue. Les notifications Push sont optimisées pour les performances du système et la durée de vie de la batterie de l’appareil, il est donc préférable d’utiliser des notifications Push Windows chaque fois que possible. Si une application suspendue doit exécuter son propre code pour effectuer d’autres types de travail, vous pouvez créer des tâches en arrière-plan.
Bien que les applications UWP ne puissent pas exécuter de code si elles ne sont pas exécutées au premier plan, le Service Broker d’événements système vous permet d’exécuter du code en réponse aux événements pendant qu’une application est en arrière-plan. Les applications peuvent inscrire des éléments de travail auprès du Répartiteur d’événements système pour répondre à des événements réparti en arrière-plan spécifiques. Windows exécute l’élément de travail de l’application lorsque des événements réparti en arrière-plan sont déclenchés, quel que soit l’état actuel de l’application (actif ou suspendu).
En général, les événements d’arrière-plan sont conçus comme de simples points de déclenchement et ne sont pas destinés à signaler de grandes quantités de traitement. Par conséquent, les quotas pour chaque application sont placés sur le temps de traitement autorisé pour les événements d’arrière-plan. Les événements d’arrière-plan proposés par l’API Opérateur réseau, y compris l’événement MobileOperatorNotification et l’événement HotspotAuthentication , sont traités par Windows comme des événements critiques. Par rapport aux événements d’arrière-plan généraux, les éléments de travail en arrière-plan associés aux événements MobileOperatorNotification et HotspotAuthentication s’exécutent pour chaque instance de l’événement, quel que soit un quota de temps de traitement, bien que chaque instance de l’élément de travail en arrière-plan soit soumis à un quota de temps de traitement. Vous devez limiter le traitement dans le gestionnaire d’événements en arrière-plan et différer le traitement plus important à l’application haut débit mobile.