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