это сколько денег нужно вбухать чтобы переосмыслить дизайн приложения, чтобы оно было логичным для iphone x

И переосмыслять ничего не надо. Приложение из 50+ экранов спокойно переезжает за 4 часа, если писанное из кода на Свифте или обжс, поэтому и интересно. Уже месяц прошёл - улучшений нет :)

еще надо учитывать что айфон X есть не у всех и кому то оно даром не надо

почему потеря то, работает же 😄

буквы вроде знакомые, а смысл всего предложения не понял

Ну бизнес решает вопросы через аналитику. В аналитике есть срезы данных по процентилям. Эти отказы могут быть за рамками выборки и пока бизнес узнает в чем же проблема - пройдёт много времени. Я не могу говорит за всех пользователей но как iOS разработчик понимаю как тяжело удержать пользователей в нашем круговороте :)

Всем привет! Подскажите плиз, вот в RN есть по сути AsyncStorage и мы в целом можем там хранить все что нам потребуется. Но так же у нас есть redux store (ну или иной другой модуль) в котором мы храним данные для текущей сессии по сути. Чем помимо знакомого всем интерфейса работы со стором лучше использование в проекте под RN redux, так как большинство данные и так в конечном итоге будут лежат в AsyncStorage (если я правильно понимаю его назначение). Т.е redux это больше за архитектуру в случае RN или все же есть разница именно в рамках мобильного приложения.

ну вот если говорить про гугл, то я одним место чую что у них какое то свое кастомное решение, вряд ли они делали на обычном апи. И я боюсь представить сколько надо совещаний провести чтобы в их кастомном решении адаптировать пол Х

Понял. Когда и 3 месяца мало :)

Всем привет! Подскажите плиз, вот в RN есть по сути AsyncStorage и мы в целом можем там хранить все что нам потребуется. Но так же у нас есть redux store (ну или иной другой модуль) в котором мы храним данные для текущей сессии по сути. Чем помимо знакомого всем интерфейса работы со стором лучше использование в проекте под RN redux, так как большинство данные и так в конечном итоге будут лежат в AsyncStorage (если я правильно понимаю его назначение). Т.е redux это больше за архитектуру в случае RN или все же есть разница именно в рамках мобильного приложения.

я ничего не понял, слишком сумбурно, но redux это стейт менеджмент и ему как бы пофиг мобилка это или нет

Вопрос вот в чем. По сути все то что мы можем хранить в Redux мы можем хранить и в AsyncStorage. И поверх него накрутить свой менеджер.

зачем крутить что-то своё, если есть решение, которое отлично работает?

Здесь я полностью согласен, единая и знакомая всем архитектура управления состоянием. Я сам за такой подход, но на данный момент я ищу еще аргументы в пользу проверенного redux для коллег. И помимо обоснования архитектурой и подходом пока не могу найти аргументы.

это не спор, я просто пытаюсь понять что да как

ну а вообще посмотри реалм, хоть и у него есть минусы, но pub/sub там точно есть

А подскажите, лучше реалм использовать для всего? Или только для тех где нужно большое количество строк, а для небольших объектов asyncstorage?

Немного про AsyncStorage и почему для большинства случаев его вполне хватает и можно не тащить "серьезную" БД. Если ваш стейт меньше 2МБ, то можно даже не париться. Если есть массивные списки и все должно быть доступно оффлайн, тогда все зависит от того нужно ли делать запросы к этим данным, и поддержку каких устройств нужно обеспечить. До 20МБ и при простых запросах, я бы всё ещё использовал комбинацию глобального стейта, не сериализуемого за раз, а по частям + селекторы. https://github.com/ptmt/using-async-storage-in-react-native

Немного про AsyncStorage и почему для большинства случаев его вполне хватает и можно не тащить "серьезную" БД. Если ваш стейт меньше 2МБ, то можно даже не париться. Если есть массивные списки и все должно быть доступно оффлайн, тогда все зависит от того нужно ли делать запросы к этим данным, и поддержку каких устройств нужно обеспечить. До 20МБ и при простых запросах, я бы всё ещё использовал комбинацию глобального стейта, не сериализуемого за раз, а по частям + селекторы. https://github.com/ptmt/using-async-storage-in-react-native

спасибо.