Можно ли как-то без него обойтись? данные нужны тотлько для 3-4 экранов

Там было вроде redux vs. mobx если я правильно понимаю о чем речь :)

Спасибо. Еще вопрос. Есть флэт лист(постов), в нем массив из firebase. Как добавить посты в избранное?

допустим, пользователь добавляет посты. Другой пользователь может добавтиь эти посты в список избранного. Есть вариант, добавить в базу поле favourite, и проверять на true/false

ЕЩе, по поводу передачи данных, советовали navigation props, но так и не получилось разобраться.. можно ли как-то с ними? Сейчас попробую вариант: подтягивать uid авторизованного пользователя и сранивать его с записью в firebase

Какие конкретно данные передаёте? Как? React navigation вообще основа навигации или что еще?

Почитал про navgiation props, но не сообразил что-то -_-

Ну я вижу два варианта. Либо в исходном экране получать данные и передавать их как navigation props Либо уже на самом экране где вам эти данные нужны запрашивать их например в конструкторе или componentWillMount По navigation props в их документации вроде всё понятно расписано

вот только в didMount

что конкретно непонятно, как передать данные с одного экрана на другой при переходе ?

да

Почитал про navgiation props, но не сообразил что-то -_-

Вроде да. На всякий случай принципы из которых я исхожу: 1. package.json нужен только metro, и только на рантайм (либо при сборке бандла, либо при запуске в "живом" режиме, который react-native start). Он единственный из всех инструментов сканирует весь projectRoot и любые найденные папки с package.json, считает js пакетами (как уж он при этом приоритеты в node_modules разрешает, я не заню, там сложно). 2. В vscode поддержка js сделана через typescript. Всё, что поддерживает typescript (влючая конфиги, будет "понимать" и vscode). 3. Проектом для typescript является папка с файлом tsconfig.json (jsconfig.json тоже должен работать, при этом по умолчанию включается опция allowJs, которая заставляет typescript процессить и чистый js) 3. У typescript есть два инструмента для настройки резолвера: moduleResolution и (baseUrl + paths). Первое, нужно выставлять в node, потому что иначе не будут резолвиться node_modules... А вот второе позволяет добавить произвольный мэппинг при резолвинге абсолютных путей. baseUrl задает базовый путь относительно проекта, который используется для импорта абсолютных модулей (кто там в приоритете при этом node_modules или то, что по этому пути лежит - не знаю, не пробовал такие наложения делать) paths - это мэппинг абсолютного имени модуля (то, что в import пишется) на путь относительно baseUrl, что позволяет ещё и алиасинг делать. Но в данной конфигурации paths не нужны, потому что уже и так есть папка совпадающая по имени с импортируемым модулем. Вот. Из идей только попробовать мою демку склонировать и открыть в vscode и проверить работает ли там.

Здравствуйте. Смотрю, тут react navigation обсуждается, так вот хотел спросить: нормальной ли является практика выносить навигацию redux action creators, вынося по nav without props?

осталось везде юзать graphql👀

Графкл норм)

Вроде да. На всякий случай принципы из которых я исхожу: 1. package.json нужен только metro, и только на рантайм (либо при сборке бандла, либо при запуске в "живом" режиме, который react-native start). Он единственный из всех инструментов сканирует весь projectRoot и любые найденные папки с package.json, считает js пакетами (как уж он при этом приоритеты в node_modules разрешает, я не заню, там сложно). 2. В vscode поддержка js сделана через typescript. Всё, что поддерживает typescript (влючая конфиги, будет "понимать" и vscode). 3. Проектом для typescript является папка с файлом tsconfig.json (jsconfig.json тоже должен работать, при этом по умолчанию включается опция allowJs, которая заставляет typescript процессить и чистый js) 3. У typescript есть два инструмента для настройки резолвера: moduleResolution и (baseUrl + paths). Первое, нужно выставлять в node, потому что иначе не будут резолвиться node_modules... А вот второе позволяет добавить произвольный мэппинг при резолвинге абсолютных путей. baseUrl задает базовый путь относительно проекта, который используется для импорта абсолютных модулей (кто там в приоритете при этом node_modules или то, что по этому пути лежит - не знаю, не пробовал такие наложения делать) paths - это мэппинг абсолютного имени модуля (то, что в import пишется) на путь относительно baseUrl, что позволяет ещё и алиасинг делать. Но в данной конфигурации paths не нужны, потому что уже и так есть папка совпадающая по имени с импортируемым модулем. Вот. Из идей только попробовать мою демку склонировать и открыть в vscode и проверить работает ли там.

Хотя и идеология такая же

Клуб анонимных редакслюбов

Хочешь поговорить об этом?)

Графкл норм)

Столько костылей и геморра еще ни с чем не испытывал

Покажи на этой кукле где он тебя трогал)

ты просто не умеешь его готовить)

Жаль что рукожопы из аполо флаг подхватили. У фб то ничо так задумка с релеем была