Общие сведения о включении уведомлений мобильных операторов и системных событий
В этом разделе содержатся сведения о событии системы уведомлений мобильного оператора. В нем приведены рекомендации по разработке приложений UWP для мобильной широкополосной связи, которые обрабатывают входящие уведомления мобильных операторов на основе SMS или USSD и соответствующие события мобильной широкополосной системы.
Введение
Основной опыт клиента в бренде мобильной широкополосной сети — это мобильное широкополосное приложение. Это приложение не должно предоставлять основные функции управления подключениями, но вместо этого предоставляет возможности управления учетными записями и обслуживание. Чтобы пользователь был проинформирован о состоянии своей учетной записи, приложение должно выполнять некоторые действия, даже если пользователь не взаимодействует с ним. К этим действиям относятся:
Реагирование на SMS-сообщения оператора или сообщения USSD, инициированные сетью
Уведомление пользователя о том, что он приближается к ограничению данных
Уведомление пользователя о том, что срок действия его тарифного плана истек
Уведомление пользователя о состоянии роуминга
Проверка поддержки привязки в плане данных пользователя
Фоновые рабочие элементы с брокером
Хотя мобильные широкополосные приложения UWP могут работать в полноэкранном режиме, пользователи должны взаимодействовать только с приложением, которое находится на переднем плане. Предполагается, что приложение переднего плана является наиболее важным для пользователя, поэтому оно получает все ресурсы системы. Если приложение не находится на переднем плане, оно приостанавливается и не может выполнять какой-либо код. Приостановленное приложение остается приостановленным до тех пор, пока пользователь не возобновит его, вернув приложение на передний план. При использовании этой модели поведения приложения на взаимодействие с пользователем никогда не влияют задержки или задержки, вызванные выполнением неважных фоновых приложений. Кроме того, сокращение ненужных фоновых действий оптимизирует время работы батареи на различных форм-факторах. Время, затраченное на возобновление приостановленного приложения, незначительно и, как представляется, почти незаметно для большинства пользователей.
Windows 10 предоставляет push-уведомления Windows, которые могут поддерживать плитку приложения в актуальном состоянии, даже если приложение приостановлено. Push-уведомления оптимизированы для производительности системы и длительного времени работы батареи устройства, поэтому лучше по возможности использовать push-уведомления Windows. Если приостановленное приложение должно выполнять собственный код для выполнения других видов работы, можно создать фоновые задачи.
Хотя приложения UWP не могут выполнять код, если они не выполняются на переднем плане, брокер системных событий позволяет выполнять код в ответ на события, пока приложение находится в фоновом режиме. Приложения могут регистрировать рабочие элементы с помощью брокера системных событий для реагирования на определенные фоновые события брокера. Windows запускает рабочий элемент приложения при активации фоновых событий брокера, независимо от текущего состояния приложения (активного или приостановленного).
Как правило, фоновые события предназначены как простые триггерные точки и не предназначены для передачи больших объемов обработки. Таким образом, квоты для каждого приложения размещаются на время обработки, разрешенные для фоновых событий. Фоновые события, предлагаемые API сетевого оператора, включая события MobileOperatorNotification и HotspotAuthentication , обрабатываются Windows как критические события. По сравнению с общими фоновыми событиями фоновые рабочие элементы, связанные с событиями MobileOperatorNotification и HotspotAuthentication , выполняются для каждого экземпляра события независимо от квоты времени обработки, хотя для каждого экземпляра фонового рабочего элемента применяется квота времени обработки. Следует ограничить обработку в обработчике фоновых событий и отложить большую обработку на мобильное широкополосное приложение.