Понятно, спасибо, придётся бэку тоже поработать

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

Да, бэк ДОЛЖЕН поработать

без бэка никак.

У меня вообще бордель. При аутентификации пользователя отсылается ЭкспоПуш, который ложится в массив (и пишется в БД на случай если бэк упадет). Если происходит событие, по массиву отправляется рассылка на пуши. Вроде экспо библиотека для бэка (по ссылке) умеет отправлять разом пачку уведомлений. Но можно и по одному раскидывать в цикле, если их не много.

Имейте ввиду, при переустановке приложения на клиенте ЭкспоПуш будет новым

поэтому предусмотрите механизм перезаписи пуштокенов на бэке

Он уже есть метод в апи, хотелось просто именно здесь обойтись без экспо но когда увидел остальные методы вообще не понял что к чему, но похоже придётся опять юзать экспо, и последний вопрос: при релизе приложения где ждать засады?

вам как "фронтэндщику" нужны только три функции Notifications.getExpoPushTokenAsync(), this.registerForPushNotificationsAsync() и this._notificationSubscription = Notifications.addListener(this._handleNotification); где _handleNotification - ваша реализация

если хотите напрямую контролировать пуши - смотрите в сторону FCM.

ребят, подскажите, пожалуйта, как мне анимацию правильно запилить. В общем тут тема такая, что красное и зеленое статично, синее это скролл вью, но он завернут в несколько компонентов родителей, то есть там идет такая структура
<Обертка>
 <Шапка Белая>
   <Красная шапка2 с картинкой>
     <Зеленые табы> <Синий скролл вью> </Зеленые табы>

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

сори за длиннопост

Засада - зависимость от экспо и его пуш-сертификатов. В ином случае при поддержке iOS придется получать сертификаты у Apple.

выпилить expo, для пушей поставить fcm, убрать сервисы-прокладки (в т.ч. expo push, максимум - бэк + fcm).

плюсом - меньше головняка, если вдруг возможностей expo будет не хватать, не придется делать eject и ломать голову

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

Честно говоря согласен)

это даже не засада, это передача критической части инфраструктуры стороннему сервису

если нет акка девелопера у эппл то вполне себе вариант

приложение в этом случае не ваше. 99$ / год это даже не инвестиция в инфраструктуру.

йеп

Спасибо!