Привет всем. Правильно ли я понимаю, что store из <Provider store={store}> должен быть доступен из любого компонента подключенного через connect? А то не могу разобраться: засовываю в redux store данные, перехожу через react navigation на другой скрин, а как мне достать данные, полученные перед переходом? Речь идет о переходи со стр Log In на Profile

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

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

Это есть в FlatList и в SectionList. Свойство RefreshControl почитай

Ты про занятый порт 8081? Так если не можешь найти чем занят порт - запусти на другом порту

так a как я на странице Profile со стейтом profile: {}, получу данные полученные на странице Log In и стейта log_in: {} ?

что ты имеешь ввиду под словом стейт ? стейт компоненты или стор с таким названием ?

в сторе стейт компонента с названием profile

Соответственно если redux то нужно описать reducer, подключить store при помощи connect(или же может сразу хуков?), а для сохранения в стор использовать dispatch(для этого опять же хуки или же в connect передавать map’инг диспатча к пропсам)

сделал через connect & mapStateToProps, почитаю про хуки. Это лучше?

Всем привет! Давно не собирал новый проект на RN. Возможно не совсем вопрос по RN. В текущей версии init проекта есть такая строчка. Что здесь означает React$Node ? const App: () => React$Node = () => {

Всем привет! Давно не собирал новый проект на RN. Возможно не совсем вопрос по RN. В текущей версии init проекта есть такая строчка. Что здесь означает React$Node ? const App: () => React$Node = () => {

А когда собирал последний раз?

Тип флоу

сделал через connect & mapStateToProps, почитаю про хуки. Это лучше?

Посмотри библиотеку rematch, тот же редакс, только меньше кода лишнего

Не, ну гон же, не?

Чем гон то? Или тебе нравится писать миллион строк чтобы модель для 1 состояния создать

Зато надежно, емоё

Хз что ты ненадежного в рематче увидел, юзаю и доволен, просадок в производительности не заметил, со стабильностью тоже проблем нет

Кто бы говорил, аргументации 0

Пф и не собирался

Мне намного больше чем чистый редакс нравится

А mobx?

Это песня просто)

Это вы ещё эффектор не юзали

а чё, он крутой? Или наоборот?

Это вы ещё эффектор не юзали

Тут не возьмусь спорить, ведь действительно не пробовал, но mobx решает 100 моих задач

Тут не возьмусь спорить, ведь действительно не пробовал, но mobx решает 100 моих задач

На пет проекте юзаю мобх, и сейчас есть кейс, который редакс саги разрулили бы легко, а мобх что-то страдаю. Обычная форма логина, только кнопка одна. В зависимости от того зареган ли е-мейл показывается разный текст (логика конечно тоже меняется). Зарегистрироваться/войти. Мне надо проверять какую кнопку отображать при вводе в инпут емейла, с дебаунсом. И лично у меня это получается не совсем изящно

На мой взгляд мобх хорош для относительно невариативных приложений. То есть когда ты описываешь конкретные use cases. Залогиниться, создать пост, прочитать пост, поставить лайк. А вот если будет много разных вариантов работы, например игра, где твой персонаж может перемещаться по клеткам. Просто слушаешь экшены (эффектор, саги) и всё работает из-за декларативности. Исключение думаю это биржа, где всё завязано на данных. Тут мобх хорош

Ну как сказать, у нас основная задача mobx это модель для формы заказа. На форме 3-5 контролов, которые перезагружаются по иерархии на изменение данных в вышестоящем контроле. 2 вида экшенов для получения данных, в зависимости от того, где форма вызывается. И все это в изящных абстракциях. А что касается игр на RN, извините, но это извращение...

Тут бы конечно код увидеть, может чего и подсказал бы

Пока особо нечего смотреть. Пока борюсь. А если вы скинете, как реализовали похожий кейс, то было бы круто:)

На мой взгляд мобх хорош для относительно невариативных приложений. То есть когда ты описываешь конкретные use cases. Залогиниться, создать пост, прочитать пост, поставить лайк. А вот если будет много разных вариантов работы, например игра, где твой персонаж может перемещаться по клеткам. Просто слушаешь экшены (эффектор, саги) и всё работает из-за декларативности. Исключение думаю это биржа, где всё завязано на данных. Тут мобх хорош

Я на мобиксе делал большие таблицы где значения ячеек зависят от других ячеек и при изменении одной другие должны обновляться

На пет проекте юзаю мобх, и сейчас есть кейс, который редакс саги разрулили бы легко, а мобх что-то страдаю. Обычная форма логина, только кнопка одна. В зависимости от того зареган ли е-мейл показывается разный текст (логика конечно тоже меняется). Зарегистрироваться/войти. Мне надо проверять какую кнопку отображать при вводе в инпут емейла, с дебаунсом. И лично у меня это получается не совсем изящно

А ты используешь @computed?

Давай пример, мне кажется тут все просто решается

Мне он тут не поможет. Мне тут больше autorun нужен

Для такого он норм. Те же биржы валют. Он сам это делает. Но он же не умеет при неизменности данных что-то запускать?

Лайфхак: если в авторуне ставить delay то производительность увеличивается во многих случаях

Всмысле?

Посмотри библиотеку rematch, тот же редакс, только меньше кода лишнего

Лайфхак: если autorun не использовать производительность ещё больше вырастет )))

Есть ситауции когда без него не обойтись

есть простой способ проверить в зоне ли видимости определенная вью? без вычесления там координат и прокрутки скролла

FlatList?

а чем он поможет подскажи?