Мне просто интересны тоже примеры больших приложений на Redux и как красиво и правильно их организовать

Условно шаблон, шаблон, с точки зрения, что это функция.

от себя могу посоветовать познакомится с https://github.com/redux-utilities/redux-actions
+ разобраться с сагами.
и все заиграет более яркими красками

Спасибо)

тода скорее container?

Привет, всем! Сталкивался кто с тем, что FlatList не скролится?
flex:1 - пробывал(

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

ну саги же

всем привет

объясните пожалуйста простыми словами когда использовать navigation.push, а когда navigation.navigate в  React Navigation

DataStore
https://react-native-village.github.io/docs/amplify-04

То есть mobx это не та библиотека которая упрощает работу с состоянием — так в чем его основная задача? Его основная задача — это точечное обновление компонентов, а именно — вызывать обновление только тех компонентов которые зависят от данных которые поменялись.
В примере выше каждый раз когда меняется любые данные в приложении мы выполняем "перерендер" (сравнение виртуального дума) всего приложения, вызывая ReactDOM.render(<App>, document.getElementById('root')) в функции update() и, как можно догадаться, это влияет на производительность, и на больших приложениях интерфейс неизбежно будет тормозить.

push добавит такой же роут в стек (независимо от того есть такой или нет),
navigate перейдет к тому который уже есть в стеке (если такой есть) и сбросит всё что добавлено после него

Дмитрий Ваша разработка?

Статья моя. Разработка Amazon.

а вчем его преимущество ?  как понял mobx чуть медленее , redux сложно при больших проектах

mobx медленнее? медленнее разрабатывать возможно и то не факт. Как раз то что mobx быстрее всегда отмечают в сравнениях с redux

в хабре только что смотрел))

То есть mobx это не та библиотека которая упрощает работу с состоянием — так в чем его основная задача? Его основная задача — это точечное обновление компонентов, а именно — вызывать обновление только тех компонентов которые зависят от данных которые поменялись.
В примере выше каждый раз когда меняется любые данные в приложении мы выполняем "перерендер" (сравнение виртуального дума) всего приложения, вызывая ReactDOM.render(<App>, document.getElementById('root')) в функции update() и, как можно догадаться, это влияет на производительность, и на больших приложениях интерфейс неизбежно будет тормозить.

а что будет если я с помощью push добавлю несколько одинаковых роутов, а потом попробую перейти к нему с помощью navogate? И, а что значит "сбросит всё, что добавлено после него"? Удалит то, что выше(добавлено позже) роута, к которому мы переходим?

написал, сугубо от мнения автора )