Поделиться через

Выбор метода доставки уведомлений

В этой статье рассматриваются четыре варианта уведомления: локальные, запланированные, периодические и push-уведомления, которые передают обновления плиток и значков и содержимое уведомлений. Плитка или всплывающее уведомление может получать сведения пользователю, даже если пользователь не напрямую связан с приложением. Характер и содержимое приложения и сведения, которые вы хотите доставить, помогут определить, какой метод уведомления или методы лучше всего подходит для вашего сценария.

Общие сведения о методах доставки уведомлений

Существует четыре механизма, которые приложение может использовать для доставки уведомлений:

  • Local
  • Scheduled
  • Periodic
  • Push

В этой таблице перечислены типы доставки уведомлений.

Метод доставки Использование с Description Examples
Local Плитка, индикатор, всплывающее уведомление Набор вызовов API, которые отправляют уведомления во время работы приложения, непосредственно обновляя тайл или индикатор, или отправляя всплывающее уведомление.
  • Музыкальное приложение обновляет значок, чтобы показать, что "Сейчас воспроизводится".
  • Приложение игры обновляет плитку с высоким показателем пользователя, когда пользователь покидает игру.
  • Значок, глиф которого указывает на наличие новой информации в приложении, очищается при его активации.
Scheduled Плитка, Toast Набор вызовов API, которые позволяют заранее запланировать уведомление для обновления его в указанное время.
  • Приложение календаря устанавливает всплывающее уведомление для предстоящего собрания.
Periodic Плитка, значок Уведомления, которые регулярно обновляют плитки и значки с фиксированным интервалом времени путем опроса облачной службы для получения нового содержимого.
  • Приложение погоды обновляет плитку, показывющую прогноз, через 30 минут.
  • Сайт "ежедневные сделки" обновляет свою сделку дня каждое утро.
  • Плитка, отображающая количество дней до события, обновляет отображаемый отсчет каждый день в полночь.
Push Плитка, индикатор, тост, необработанный Уведомления, отправленные с облачного сервера, даже если приложение не запущено.
  • Приложение для покупок отправляет тост-уведомление, чтобы сообщить пользователю о продаже товара, за которым он следит.
  • Приложение новостей обновляет виджет с срочными новостями по мере их появления.
  • Спортивное приложение сохраняет плитку с обозначением up-to-date в ходе игры.
  • Приложение связи предоставляет оповещения о входящих сообщениях или телефонных звонках.

 

Локальные уведомления

Обновление плитки приложения или индикатора событий или создание всплывающего уведомления во время выполнения приложения является самым простым механизмом доставки уведомлений; для него требуются только локальные вызовы API. Каждое приложение может содержать полезные или интересные сведения для отображения на плитке, даже если содержимое изменяется только после запуска и взаимодействия с приложением. Локальные уведомления также являются хорошим способом поддержания текущей плитки приложения, даже если вы также используете один из других механизмов уведомлений. Например, плитка фото-приложения может отображать фотографии из недавно добавленного альбома.

Мы рекомендуем обновить плитку локально при первом запуске или по крайней мере сразу после того, как пользователь вносит изменения, которые приложение обычно отражает на плитке. Это обновление не отображается, пока пользователь не покидает приложение, но путем внесения этого изменения во время использования приложения гарантирует, что плитка уже up-to-date, когда пользователь уходит.

Хотя вызовы API являются локальными, уведомления могут ссылаться на веб-изображения. Если веб-изображение недоступно для скачивания, повреждено или не соответствует спецификациям изображений, плитки и уведомления toast реагируют по-разному.

  • Плитки: не отображается обновление
  • Тост: уведомление отображается, но ваше изображение удаляется

По умолчанию срок действия локальных уведомлений типа 'всплывающая подсказка' истекает через три дня, а локальные уведомления плиток не имеют срока действия. Мы рекомендуем переопределить эти значения по умолчанию, указав явное время истечения, которое имеет смысл для ваших уведомлений (уведомления-тосты ограничены максимум тремя днями).

Дополнительные сведения см. в следующих разделах:

Запланированные уведомления

Запланированные уведомления — это подмножество локальных уведомлений, которое может указывать точное время обновления плитки или всплывающего уведомления. Запланированные уведомления идеально подходят в ситуациях, когда содержимое, которое необходимо обновить заранее, например приглашение на собрание. Если у вас нет предварительного знания о содержимом уведомления, следует использовать push-уведомления или периодические уведомления.

Обратите внимание, что запланированные уведомления нельзя использовать для уведомлений о индикаторах событий; Уведомления индикаторов событий лучше всего обслуживаться локальными, периодическими или push-уведомлениями.

По умолчанию срок действия запланированных уведомлений истекает через три дня с момента их доставки. Вы можете переопределить стандартное время истечения на запланированных уведомлениях плитки, но нельзя переопределить время истечения на запланированных уведомлениях-toast.

Дополнительные сведения см. в следующих разделах:

Периодические уведомления

Периодические уведомления предоставляют динамические обновления плиток с минимальными затратами на облачную службу и клиентские инвестиции. Они также отличный метод распространения того же содержимого для широкой аудитории. Код клиента указывает URL-адрес облачного расположения, в котором Windows запрашивает обновления плиток или значков, а также частоту этих опросов. По каждому интервалу опроса Windows обращается к URL-адресу, чтобы скачать указанное XML-содержимое и отобразить его на плитке.

Для периодических уведомлений требуется, чтобы приложение размещало облачную службу, которую все пользователи с установленным приложением будут опрашивать с указанным интервалом. Обратите внимание, что периодические обновления нельзя использовать для тост-уведомлений; тост-уведомления лучше подходят при использовании расписания или push-уведомлений.

По умолчанию периодические уведомления истекают через три дня с момента опроса. При необходимости можно заменить это значение по умолчанию, указав явное время истечения срока действия.

Дополнительные сведения см. в следующих разделах:

Push-уведомления

Push-уведомления идеально подходят для обмена данными или данными в режиме реального времени, персонализированных для пользователя. Push-уведомления используются для содержимого, создаваемого в непредсказуемое время, например критические новости, обновления социальных сетей или мгновенные сообщения. Push-уведомления также полезны в ситуациях, когда данные чувствительны к времени, что делает их неподходящими для периодических уведомлений, таких как спортивные результаты во время игры.

Для push-уведомлений требуется облачная служба, которая управляет каналами push-уведомлений и выбирает, когда и кому отправлять уведомления.

По умолчанию срок действия push-уведомлений истекает через три дня с момента их получения устройством. При необходимости можно переопределить это значение по умолчанию с явным временем окончания срока действия (тосты имеют максимум три дня).

Дополнительные сведения можно найти здесь

 

  • Last updated on