ну и для предотвращения ошибок, да. Нельзя в компонент, который ждёт, например, строку, передавать число. Из-за особенностей джэса ошибку можно сразу и не заметить, а пропТайпсы выкинут ошибку в консоль сразу, а тайпскрипт и не соберётся, вроде (как-то не работал с ним ещё)
Вопрос по навигации: можно ли изменить поведение кнопки back в хедере stackNavigator без изменения самой кнопки? Мне нужно чтобы при нажатии "назад" сначала изменялся параметр в store, а затем уже выполнялся navigation.pop()
Вопрос по навигации: можно ли изменить поведение кнопки back в хедере stackNavigator без изменения самой кнопки? Мне нужно чтобы при нажатии "назад" сначала изменялся параметр в store, а затем уже выполнялся navigation.pop()
вот и не хочется менять дефолтный компонент :( а по другому никак?
да тут по любому не в компоненте дело. Кроме кнопки назад в хедере, есть еще хардверная кнопка на андроиде и жест назад на ios. Костылить для всех трех вариантов это просто глупо Из вариантов это - коннект навигации к redux и перехват действия назад еще можно смотреть в сторону lifecycle экрана - willBlur например может подойти более менее
В любом случае написать свой обработчик на кнопку в хедере это не решение
да тут по любому не в компоненте дело. Кроме кнопки назад в хедере, есть еще хардверная кнопка на андроиде и жест назад на ios. Костылить для всех трех вариантов это просто глупо Из вариантов это - коннект навигации к redux и перехват действия назад еще можно смотреть в сторону lifecycle экрана - willBlur например может подойти более менее
В любом случае написать свой обработчик на кнопку в хедере это не решение