Как правильно реализовать подгрузку уведомлений?

Question

[tiger_13]

Всем привет! Пишу приложение, в котором один из ViewController'ов TabBarController'а является ViewController с UITableView, на котором отображены карточки уведомлений (разные типы уведомлений, отсортированные по датам)
Как мне правильно, в режиме реального времени, реализовать подгрузку этих уведомлений? Задача стоит в том, что даже если пользователь находится на другом ViewController'е, то приложение все равно получает уведомление, и в tabbar появляется красный кружочек возле иконки. То есть, вариант с получением данных разово в viewWillAppear на ViewController'е с уведомлениями отпадает, так как таким образом пользователь должен зайти на страницу с уведомлениями, чтобы узнать, что у него есть новые. Пуш подходит только для тех, кто согласился на рассылку. Как лучше реализовать?
Заранее благодарю за ответ

Answer 1

[Иван Воробей]

Вы ищите способ реализации обратной связи. Концептуально вариантов не много

1. Long Pooling - каждый раз шлете http запрос, при наличии ивента сервер перестает держать его и отвечает данными. Не видел проектов на этом, но на стороне бэкенда частенько.
   
2. Пуши - запрашиваемое разрешение относится именно к отображению пушей. Даже без запаса разрешения вы будете их получать, пока приложение открыто. Хороший вариант для обратной связи.
   
3. Вебсокеты - своего рода флагман, под узкие нужды. Прямая связь сервер-клиент, требуется установить стабильное соединение. Большинство месенджеров используют эту технологию.
   

На стороне клиента вам доступны глобальные нотификации, обсерверы базы данных, прямой рефреш по тригеру.

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

P.S. Вариант слать запрос раз в N секунд не предлагаю, потому что считаю это извращением.

Comments

[tiger_13]

Спасибо за Ваш ответ!
Про long polling - стыкался с таким при написании ботов для телеграм.

На счет пушей - проверил, если при запросе разрешения на отправку уведомлений нажимаем "не разрешать", то, при

DispatchQueue.main.async {
          UIApplication.shared.registerForRemoteNotifications()
        }

didRegisterForRemoteNotificationsWithDeviceToken не вызывается, соответственно токен не получаем, возможность слать пуш уведомление для тех кто не разрешил уведомления - отсутствует (возможно у Вас получилось получить токен при запрете пользователя)

Вебсокеты - думал в их сторону, но говорят что едят много аккумулятора, но это прям realtime.

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

По факту - скорее всего буду реализовывать на сокетах. Не понимаю только куда впихнуть логику сокета (в какой ViewController), если нужно в любой момент в приложении получать эти уведомления. Или думать в сторону singleton?

[Иван Воробей]

tiger_13, вы не правы. Проверьте два важный момента:
1) тестируем не на симуляторе
2) разрешение уведомлений в настройках проекта
3) чистая установка

Если три пункта соблюдены, и токен вы все еще не получили, то распечатайте ошибку в методе didFailToRegisterForRemoteNotificationsWithError.

P.S. Все заработает. Всегда сомневайтесь в абсолютности знаний.

[tiger_13]

Иван Воробей, пробовал не на симуляторе, на проекте, в котором с сервера отправляются пуш уведомления (не в ручную), то есть, на рабочем варианте.
didFailToRegisterForRemoteNotificationsWithError - не вызывается.
UNUserNotificationCenter.current().getNotificationSettings дает следующее:

Notification settings: <UNNotificationSettings: 0x281ac0af0; authorizationStatus: Denied, notificationCenterSetting: Disabled, soundSetting: Disabled, badgeSetting: Disabled, lockScreenSetting: Disabled, carPlaySetting: NotSupported, announcementSetting: Disabled, criticalAlertSetting: NotSupported, alertSetting: Disabled, alertStyle: None, groupingSetting: Default providesAppNotificationSettings: No>

Пробовал несколько раз, перед каждым разом удалял приложение с телефона (каждый раз спрашивалось разрешение).

разрешение уведомлений в настройках проекта - есть, идентификатор приложения добавлен и на developer.apple.com, и для него разрешены пуши

[tiger_13]

Иван Воробей,

[Иван Воробей]

tiger_13,

У вас в коде все вместе, и работа с APNS, и разрешения, зачем то связь после запроса статуса. Кони, люди...)

[tiger_13]

Иван Воробей,
выводил print(UIApplication.shared.isRegisteredForRemoteNotifications) - в консоли true
didRegisterForRemoteNotificationsWithDeviceToken не вызывается.
Взял другой айфон, на котором это приложение никогда не ставилось - didRegisterForRemoteNotificationsWithDeviceToken вызывалось 0_0 ))
на эппловском форуме даже есть топик по поводу такого этого бага)))

Спасибо что помогли разобраться! Какое у Вас мнение по поводу хранению и использованию JWT? (помимо KeyChain), так как недавно натолкнулся на статью:
https://tech.just-eat.com/2019/12/04/lessons-learn...
Или просто хранить в KeyChain и каждый раз доставать и проверять валидный ли токен?

[Иван Воробей]

tiger_13, вы спрашиваете у меня про JWT, но не рассказываете какие проблемы решаете) Сам по себе - полезен. Авторизация Элла на нем построена. Да и вообще концепция интересная. Но если у вас вопрос с сессией для устройства, Бир-токена мне хватает.

[tiger_13]

Иван Воробей, решаю проблему с авторизацией в приложении (если это можно назвать проблемой). Не до конца понимаю, как грамотно работать с JWT с точки expiration time. Пример проблемы:
юзер залогинился в приложение (приложение не банковское, где логин происходит каждый раз при лаунче), и моя цель - всегда поддерживать его залогиненый статус (пока он не нажмёт "Выйти"). Так как впервые столкнулся с работой с JWT, то, не совсем понимаю основную логику работы с ним. Сервер при логине выдает токен. Какая вообще логика работы с ним с точки зрения приложения (именно волнует проверка его на валидность и expires on)? Проверяем перед каждым запросом не истек ли он и получаем если надо новый? Или ждем от сервера 403 Forbidden? На какой срок лучше всего выдавать токен (вопрос больше по бэкенду и безопасности)?