Introducción a la habilitación de notificaciones de operadores de telefonía móvil y eventos del sistema
En este tema se proporciona información sobre el evento del sistema de notificación del operador de telefonía móvil. Proporciona instrucciones para desarrollar aplicaciones de banda ancha móvil para UWP que controlan las notificaciones entrantes de operadores móviles basados en SMS o USSD y los eventos pertinentes del sistema de banda ancha móvil.
Introducción
La experiencia principal de un cliente de una marca de red de banda ancha móvil es la aplicación de banda ancha móvil. No se espera que esta aplicación proporcione funciones de administración de conexiones principales, sino que proporciona una experiencia de administración de cuentas y una experiencia de servicio. Para mantener informado al usuario sobre su estado de cuenta, la aplicación debe realizar algunas actividades incluso cuando el usuario no interactúa con él. Estas actividades incluyen lo siguiente:
Respuesta al SMS del operador o a mensajes USSD iniciados por la red
Notificación al usuario de que se está aproximando a su límite de datos
Notificación al usuario de que su plan de datos ha expirado
Notificación al usuario de su estado de itinerancia
Comprobación de si se admite el tethering en el plan de datos del usuario
Elementos de trabajo asincrónicas en segundo plano
Aunque las aplicaciones de banda ancha móvil para UWP pueden ejecutarse en pantalla completa, solo se espera que los usuarios interactúen con la aplicación en primer plano. Se supone que la aplicación en primer plano es la más importante para el usuario, por lo que esta aplicación recibe todos los recursos del sistema. Cuando una aplicación no está en primer plano, se suspende y no se puede ejecutar ningún código. Una aplicación suspendida permanece suspendida hasta que el usuario la reanuda al volver a poner la aplicación en primer plano. Con este modelo de comportamiento de la aplicación, la experiencia del usuario nunca se ve afectada por retrasos o retrasos causados por la ejecución de aplicaciones en segundo plano no importantes. Además, la reducción de la actividad en segundo plano innecesaria optimiza la duración de la batería en diversos factores de forma. El tiempo necesario para reanudar una aplicación suspendida es insignificante y parece ser casi inadvertible para la mayoría de los usuarios.
Windows 10 proporciona notificaciones push de Windows que pueden mantener actualizado el icono de la aplicación incluso cuando se suspende la aplicación. Las notificaciones push están optimizadas para el rendimiento del sistema y una mayor duración de la batería del dispositivo, por lo que es mejor usar las notificaciones push de Windows siempre que sea posible. Si una aplicación suspendida debe ejecutar su propio código para realizar otros tipos de trabajo, puede crear tareas en segundo plano.
Aunque las aplicaciones para UWP no pueden ejecutar ningún código si no se ejecutan en primer plano, el Agente de eventos del sistema te permite ejecutar código en respuesta a eventos mientras una aplicación está en segundo plano. Las aplicaciones pueden registrar elementos de trabajo con el Agente de eventos del sistema para responder a eventos asincronizados en segundo plano específicos. Windows ejecuta el elemento de trabajo de la aplicación cuando se desencadenan eventos asincrónicas en segundo plano, independientemente del estado actual de la aplicación (activo o suspendido).
En general, los eventos en segundo plano están diseñados como puntos de desencadenador simples y no están diseñados para indicar grandes cantidades de procesamiento. Por lo tanto, las cuotas de cada aplicación se colocan en el tiempo de procesamiento permitido para los eventos en segundo plano. Los eventos en segundo plano que ofrece la API de operador de red, incluido el evento MobileOperatorNotification y el evento HotspotAuthentication , se tratan mediante Windows como eventos críticos. En comparación con los eventos en segundo plano generales, los elementos de trabajo en segundo plano asociados a los eventos MobileOperatorNotification y HotspotAuthentication se ejecutan para cada instancia del evento independientemente de una cuota de tiempo de procesamiento, aunque cada instancia del elemento de trabajo en segundo plano está sujeta a una cuota de tiempo de procesamiento. Debe limitar el procesamiento en el controlador de eventos en segundo plano y aplazar el procesamiento mayor a la aplicación de banda ancha móvil.