Есть https://reactnavigation.org/docs/en/with-navigation.html хок

Есть экшены https://reactnavigation.org/docs/en/navigation-actions.html

И хок тоже есть :)
Так что выбирай что ближе и юзай

withNavigation выглядит интересно. Сейчас попробую. Спасибо

Ребятки. Добрый день. Нужен совет.


Как правильно поступить. Есть глобал стейт (useContext). Там лежит свойство loading (bool). Там же функция showLoader и hideLoader, которые меняют значение loading. Там же есть функция - фетчинг данных с сервера. На старте фетчинга запускаю showLoader, по окончании hideLoader. Есть объект, который получаю с помощью той самой функции фетчинга. Теперь к вью - есть скрин, в котором все данные исключительно из полученных с сервера. Изначального значения в них нет. Соответственно что получается. По умолчанию loading = false. Перехожу на этот скрин, сразу отрабатывает return, и кричит что обьект ундефайндет. И это логично, ведь сначала return, а потом уже useEffect, в котором я запускаю функцию из глобалстейста. Пробую валидировать вью по ключу loading - сделав его по умолчанию true. Работает, все отлично. Но далее ухожу на другой аналогичный скрин. И там уже loading false, так как в конце процедуры прошлого скрина он логично поменялся на false и у меня отрисовался return компонента.

Вопрос: я вижу единственный выход - вешать loading в локальный setState. Но теряется централизованность тогда) правильно ли я мыслю?

Точнее useState

P. S. Когда loading true, возвращается прогрессИндикатор

На всех скринах

Но проблема, что из за глобального loading, он всегда false, кроме начального состояния

Т.е. На каждом этапе он в конечном итоге станет false

Еще подумал запускать showLoader не в useEffect а сразу после объявления контекста в компоненте

Но это мне кажется как то по дилетански)

Короче я в ступоре

Либо делать для каждого скрина, где работа с асинхронщиной - свой локал контекст?

Помоему, данные типо isLoading нужно хранить в стейте компонента

Я использую твой вариант с setState

Тогда и try catch finale нужно обрабатывать в компоненте, а не на стороне контекста

Т.к. нужно при получении ошибки, тоже сменить значение isLoading

Ну в целом другого варианта похоже нет

ну ты же будешь что-то пользователю писать когда в catch уйдешь