Introduzione all'abilitazione delle notifiche degli operatori mobili e degli eventi di sistema
In questo argomento vengono fornite informazioni sull'evento di sistema di notifica dell'operatore mobile. Fornisce linee guida per lo sviluppo di app UWP per dispositivi mobili a banda larga che gestiscono le notifiche degli operatori mobili basati su USSD o SMS in ingresso e gli eventi pertinenti del sistema mobile broadband.
Introduzione
L'esperienza principale di un cliente di un marchio di rete mobile broadband è l'app mobile broadband. Questa app non è prevista per fornire funzioni di gestione delle connessioni primarie, ma offre invece un'esperienza di gestione degli account e un'esperienza di servizio. Per mantenere l'utente informato sullo stato dell'account, l'app deve eseguire alcune attività anche quando l'utente non interagisce con esso. Queste attività includono:
Risposta ai messaggi USSD avviati dall'operatore o dall'operatore
Notifica all'utente che sta raggiungendo il limite di dati
Notifica all'utente che il piano dati è scaduto
Notifica all'utente dello stato di roaming
Verificare se il tethering è supportato nel piano dati dell'utente
Elementi di lavoro negoziati in background
Anche se le app UWP mobile broadband possono essere eseguite a schermo intero, gli utenti devono interagire solo con l'applicazione in primo piano. Si presuppone che l'app in primo piano sia la più importante per l'utente, quindi questa app riceve tutte le risorse del sistema. Quando un'app non è in primo piano, viene sospesa e non può eseguire codice. Un'app sospesa rimane sospesa fino a quando l'utente non lo riprende riportando l'app in primo piano. Con questo modello di comportamento dell'app, l'esperienza utente non è mai influenzata da ritardi o ritardi causati dall'esecuzione di app in background non importanti. Inoltre, la riduzione dell'attività in background non necessaria ottimizza la durata della batteria su diversi fattori di forma. Il tempo impiegato per riprendere un'app sospesa è trascurabile e sembra quasi invisibile alla maggior parte degli utenti.
Windows 10 fornisce notifiche push di Windows che possono mantenere aggiornato il riquadro dell'app anche quando l'app viene sospesa. Le notifiche push sono ottimizzate per le prestazioni del sistema e la durata della batteria del dispositivo più lunga, quindi è consigliabile usare le notifiche push di Windows quando possibile. Se un'app sospesa deve eseguire il proprio codice per eseguire altri tipi di lavoro, è possibile creare attività in background.
Anche se le app UWP non possono eseguire codice se non sono in esecuzione in primo piano, System Event Broker consente di eseguire il codice in risposta agli eventi mentre un'app è in background. Le app possono registrare elementi di lavoro con System Event Broker per rispondere a eventi negoziati in background specifici. Windows esegue l'elemento di lavoro dell'app quando vengono attivati eventi negoziati in background, indipendentemente dallo stato corrente dell'app (attivo o sospeso).
In generale, gli eventi in background sono destinati a punti trigger semplici e non sono destinati a segnalare grandi quantità di elaborazione. Di conseguenza, le quote per ogni app vengono inserite nel tempo di elaborazione consentito per gli eventi in background. Gli eventi in background offerti dall'API Operatore di rete, incluso l'evento MobileOperatorNotification e l'evento HotspotAuthentication , vengono considerati da Windows come eventi critici. Rispetto agli eventi generali in background, gli elementi di lavoro in background associati agli eventi MobileOperatorNotification e HotspotAuthentication vengono eseguiti per ogni istanza dell'evento indipendentemente da una quota di tempo di elaborazione, anche se ogni istanza dell'elemento di lavoro in background è soggetta a una quota di tempo di elaborazione. È consigliabile limitare l'elaborazione nel gestore eventi in background e rinviare l'elaborazione più grande all'app mobile broadband.