Доступны ли содержимое и предупреждают ли взаимно исключающие ключи в словаре APNS aps - PullRequest
0 голосов
/ 30 октября 2019

Приложение iOS, над которым я работаю, использует push-уведомления для доставки сообщений, которые пользователь может просматривать в Центре сообщений. Эти сообщения имеют набор пользовательских ключей вне словаря aps, которые мы используем для обеспечения различных обработок и т. Д. Однако, если пользователь не нажимает на уведомление, сообщение никогда не появляется в приложении (обмен сообщениями на стороне сервера пока недоступен). ).

Итак, мы начали добавлять content-available в словарь aps, чтобы приложение могло использовать полезную нагрузку и подготовить сообщение в центре сообщений: устройство все еще получает уведомление, но теперь сообщение доступно, если они открываются. приложение без нажатия на уведомление. На практике это прекрасно работает.

Похоже, что это было поддержано в документации (Настройка раздела уведомления об обновлении фона, теперь в архиве), но теперь текущие документы скажем" Чтобы отправить фоновое уведомление, создайте удаленное уведомление со словарем aps, который включает в себя только ключ, доступный для содержимого .... Вы можете включить пользовательские ключи в полезную нагрузку, но словарь aps не должен содержать ключей, которые могли быинициировать взаимодействие с пользователем."И страница документации , которая ведет к тому, что говорит о content-available," Флаг фонового уведомления. Чтобы выполнить фоновое обновление без вывода сообщений, укажите значение 1 и donНе включайте в свою полезную нагрузку клавиши оповещения, значка или звуковые клавиши."

Я думаю, то, что мы пытаемся сделать, вы можете назвать Noisy Background Notification, которое обновляет приложение в фоновом режиме. и по-прежнему имеет пользовательский / интерактивный контент.

Являются ли content-available и alert взаимоисключающими ключами вaps словарь?

Спасибо!

1 Ответ

2 голосов
/ 10 ноября 2019

Мне кажется, что цель состоит в том, чтобы сделать их взаимоисключающими. Например, см .: https://onesignal.com/blog/ios-13-introduces-4-breaking-changes-to-notifications/

и / или исследование нового заголовка apns-push-type, который должен быть либо «alert», либо «background».

Рассматривали ли вы использование фонового режимачтобы обрабатывать то, что вам нужно в фоновом режиме, и при этом, чтобы ваш код приложения создавал уведомление пользователя на основе той же полезной нагрузки, которая может быть доставлена ​​на устройство локально, чтобы также получать видимое пользователем предупреждение?

...