ИС
С архитектурой очень туго у меня. Только более менее понял, как использовать контекст
Size: a a a
2020 January 25
ИС
Учить реакт начал, когда появились хуки
ИС
И поэтому редакс
ИС
ИС
Собственно и все приложение на функциональных компонентах
GB
Собственно и все приложение на функциональных компонентах
Ну вот вы пытаетесь использовать библиотеку отображения, как фреймворк для всего приложения. Ну можно конечно, но будет больно
GB
Вы можете выше навигатора в компоненте использовать useState и спускать вниз это хоз-во, если уж так хуки нравятся... но по моему это изврат...
ИС
Даже пробовал передать в локальный пропс компонента вот таким путем : screen: {() => <List мой пропс="значение" />}
GB
Даже пробовал передать в локальный пропс компонента вот таким путем : screen: {() => <List мой пропс="значение" />}
Так обновления сломаются
ИС
Это работало, но пропс был одинаковый для всех пунктов меню
ИС
Т.е. у всех пунктов - как у первого
ИС
Вы можете выше навигатора в компоненте использовать useState и спускать вниз это хоз-во, если уж так хуки нравятся... но по моему это изврат...
Ну я не планировал через useState. Хочу попробывать через useContext
ИС
Это мне кажется более правильно
ИС
И лаконично
GB
Это мне кажется более правильно
Более правильно завести модель в приложении. Что угодно, mobx, redux, свою с event emitter...
Её ещё и на диск кешировать надо. Вот собственно ваша проблема: вы дефолтный экран из дефолтного стека показали, а ваш дравер данные из сети ещё не подтянул, что у вас на экране? Откуда вы вообще знаете какой стек по умолчанию показывать, если пунктов меню ещё нет?
Её ещё и на диск кешировать надо. Вот собственно ваша проблема: вы дефолтный экран из дефолтного стека показали, а ваш дравер данные из сети ещё не подтянул, что у вас на экране? Откуда вы вообще знаете какой стек по умолчанию показывать, если пунктов меню ещё нет?
GB
Это потому что дравер вообще не должен ничего фетчить. Он просто меню, показывает что в модели есть и команды в контроллер отправляет, всё. Выше свитч, который тоже ничего не фетчит, а просто показывает экран загрузки, если список меню пуст или дравер со стеками, если данные есть.
GB
Контроллер при старте, переходе в активное состояние и по команде (пользователь список вниз свайпнул, к примеру) просто фетчит данные, парсит, валидирует и просто кладет в модель - всё.
GB
В редакс, контроллер это акшны все (в том числе высокоуровневые типа танков и саг), модель - стейт. (Это так, конкретика, чтоб понятно было о чем я)
ИС
Более правильно завести модель в приложении. Что угодно, mobx, redux, свою с event emitter...
Её ещё и на диск кешировать надо. Вот собственно ваша проблема: вы дефолтный экран из дефолтного стека показали, а ваш дравер данные из сети ещё не подтянул, что у вас на экране? Откуда вы вообще знаете какой стек по умолчанию показывать, если пунктов меню ещё нет?
Её ещё и на диск кешировать надо. Вот собственно ваша проблема: вы дефолтный экран из дефолтного стека показали, а ваш дравер данные из сети ещё не подтянул, что у вас на экране? Откуда вы вообще знаете какой стек по умолчанию показывать, если пунктов меню ещё нет?
Дровер показывается, только когда зафетчатся данные из сети. В дровере изначально лежит один пункт - настройки, так как дровер не инициализируется без скринов. Асинхронно загружается список пунктов и убирается индикатор загрузки
ИС
В редакс, контроллер это акшны все (в том числе высокоуровневые типа танков и саг), модель - стейт. (Это так, конкретика, чтоб понятно было о чем я)
А если это представить в виде контекста, редьюсера