хранить очередь уведомлений которые нужно будет отправить в сторе. Или уведомления от какого-то другого провайдера идут?
Сейчас приведу пример: допустим пользователь X подписывается под пользователя Y. Пользователю Y приходит push-уведомление, мол на вас подписался пользователь X. И перехватив данное push-уведомление, обновить стор для пользователя Y, чтобы отобразить, мол вот он, новый подписчик.
Пуши не гарантируют доставку. А если бы и гарантировали чем это было бы лучше чем просто подтянуть новые данные после запуска?
Вот, я как раз об этом. Я не знаю как правильно это реализовать, подумал через пуши, но тоже есть сомнения по этой идеи.
Я подтягиваю данные в useEffect, если пользователь свернул приложение, и вновь вернулся, запросы вновь не отправляются на сервер?
AppState надо чекать
Не знал об этом! То есть теперь, в случае, если к примеру пользователь вновь вернулся в приложение (находится в нем), вновь обновлять запросы?
Если напишите вотчер, который будет от состояния аппстейт отправлять запросы, то да
А это нормально, если реализовать именно так? И как обычно реализовываются подобные задачи?
Я бы ещё попробовал useFocusEffect, хз работает ли он на бэкграунд/фореграунд Но отправлять запросы из компонента плохая идея
useFocusEffect, тоже впервые узнал об этом хуке! Благодарю! :) То есть по сути useFocusEffect может отлично заменить AppState?
смотря в чем хуки нельзя вызывать не в функциональных компонентах
В моем случае только функц. компоненты. В качестве стейт менеджера использую Zustand. Мне теперь достаточно все запросы с useEffect перенести на useFocusEffect, и в теории должно заработать?
Обсуждают сегодня