Выбор метода доставки уведомлений
В этой статье рассматриваются четыре варианта уведомления — локальные, запланированные, периодические и push-уведомления, которые предоставляют обновления плиток и индикаторов событий и содержимое всплывающих уведомлений. Плитка или всплывающее уведомление может получать сведения пользователю, даже если пользователь не напрямую связан с приложением. Характер и содержимое приложения и сведения, которые вы хотите доставить, помогут определить, какой метод уведомления или методы лучше всего подходит для вашего сценария.
Общие сведения о методах доставки уведомлений
Существует четыре механизма, которые приложение может использовать для доставки уведомлений:
- Локальная среда
- Запланировано
- Периодический
- Push
В этой таблице перечислены типы доставки уведомлений.
Способ доставки | Используется с... | Description | Примеры |
---|---|---|---|
Local | Плитка, индикатор, всплывающее уведомление | Набор вызовов API, которые отправляют уведомления во время работы приложения, непосредственное обновление плитки или индикатора событий или отправки всплывающего уведомления. |
|
Запланированные | Плитка, Toast | Набор вызовов API, которые заранее запланируйте уведомление, чтобы обновить его в указанное время. |
|
Периодические | Плитка, значок | Уведомления, которые регулярно обновляют плитки и индикаторы событий в фиксированном интервале времени, опрашив облачную службу для нового содержимого. |
|
Явно (толкать) | Плитка, индикатор, тост, необработанный | Уведомления, отправленные с облачного сервера, даже если приложение не запущено. |
|
Локальные уведомления
Обновление плитки приложения или индикатора событий или создание всплывающего уведомления во время выполнения приложения является самым простым механизмом доставки уведомлений; для него требуются только локальные вызовы API. Каждое приложение может содержать полезные или интересные сведения для отображения на плитке, даже если содержимое изменяется только после запуска и взаимодействия с приложением. Локальные уведомления также являются хорошим способом поддержания текущей плитки приложения, даже если вы также используете один из других механизмов уведомлений. Например, плитка фото-приложения может отображать фотографии из недавно добавленного альбома.
Мы рекомендуем обновить плитку локально при первом запуске или по крайней мере сразу после того, как пользователь вносит изменения, которые приложение обычно отражает на плитке. Это обновление не отображается, пока пользователь не покидает приложение, но путем внесения этого изменения во время использования приложения гарантирует, что плитка уже обновлена при выходе пользователя.
Хотя вызовы API являются локальными, уведомления могут ссылаться на веб-изображения. Если веб-образ недоступен для скачивания, поврежден или не соответствует спецификациям изображений, плиткам и всплываемого уведомления по-другому:
- Плитки: обновление не отображается
- Всплывающее сообщение: отображается уведомление, но изображение удаляется
По умолчанию срок действия локальных всплывающих уведомлений истекает в три дня, а локальные уведомления плиток никогда не истекают. Мы рекомендуем переопределить эти значения по умолчанию с явным временем истечения срока действия, которое имеет смысл для уведомлений (всплывающие элементы имеют максимум три дня).
Дополнительные сведения см. в следующих статьях:
- Отправка уведомления о локальной плитке
- Отправка локального всплывающего уведомления
- Примеры кода уведомлений о приложении Windows
Запланированные уведомления
Запланированные уведомления — это подмножество локальных уведомлений, которое может указывать точное время обновления плитки или всплывающего уведомления. Запланированные уведомления идеально подходят в ситуациях, когда содержимое, которое необходимо обновить заранее, например приглашение на собрание. Если у вас нет предварительного знания о содержимом уведомления, следует использовать push-уведомления или периодические уведомления.
Обратите внимание, что запланированные уведомления нельзя использовать для уведомлений о индикаторах событий; Уведомления индикаторов событий лучше всего обслуживаться локальными, периодическими или push-уведомлениями.
По умолчанию срок действия запланированных уведомлений истекает через три дня с момента их доставки. Вы можете переопределить это время истечения срока действия по умолчанию на запланированных уведомлениях плитки, но нельзя переопределить время истечения срока действия по запланированным всплывам.
Дополнительные сведения см. в следующих статьях:
Периодические уведомления
Периодические уведомления предоставляют динамические обновления плиток с минимальными затратами на облачную службу и клиентские инвестиции. Они также отличный метод распространения того же содержимого для широкой аудитории. Клиентский код указывает URL-адрес облачного расположения, которое Windows опрашивает обновления плиток или индикаторов событий, а также частоту опроса расположения. По каждому интервалу опроса Windows обращается к URL-адресу, чтобы скачать указанное XML-содержимое и отобразить его на плитке.
Периодические уведомления требуют, чтобы приложение размещалось в облачной службе, и эта служба будет опрашивать по указанному интервалу всеми пользователями, у которых установлено приложение. Обратите внимание, что периодические обновления нельзя использовать для всплывающих уведомлений; Всплывающие уведомления лучше всего обслуживаться запланированными или push-уведомлениями.
По умолчанию периодические уведомления истекают через три дня с момента опроса. При необходимости можно переопределить это значение по умолчанию явным временем истечения срока действия.
Дополнительные сведения см. в следующих статьях:
Push-уведомления
Push-уведомления идеально подходят для обмена данными или данными в режиме реального времени, персонализированных для пользователя. Push-уведомления используются для содержимого, создаваемого в непредсказуемое время, например критические новости, обновления социальных сетей или мгновенные сообщения. Push-уведомления также полезны в ситуациях, когда данные чувствительны к времени таким образом, чтобы не соответствовать периодическим уведомлениям, таким как спортивные оценки во время игры.
Для push-уведомлений требуется облачная служба, которая управляет каналами push-уведомлений и выбирает, когда и кому отправлять уведомления.
По умолчанию срок действия push-уведомлений истекает через три дня с момента их получения устройством. При необходимости можно переопределить это значение по умолчанию с явным временем окончания срока действия (тосты имеют максимум три дня).
Дополнительные сведения см. в разделе:
- Обзор служб push-уведомлений Windows (WNS)
- Рекомендации по push-уведомлениям
- Примеры кода уведомлений о приложении Windows
См. также
- Отправка уведомления о локальной плитке
- Отправка локального всплывающего уведомления
- Рекомендации по push-уведомлениям
- Рекомендации по всплывам уведомлениям
- Обзор периодических уведомлений
- Обзор служб push-уведомлений Windows (WNS)
- Примеры кода уведомлений приложений Windows на GitHub
Windows developer