У него со вчерашнего дня на семь бед один ответ, юзэффект без зависимостей и поехали бомбить сервак
я не знаю что это... а в гугле react loader спиннеры выдает 😉
Речь, не просто элементах ui, а именно о их функциональной нагрузке, пока лоадер крутится, данные мутятся
не судите уж так строго, я правда не знаю как это все делать, а когда задаешь вопрос и не говоришь свои идеи для решения, тебе тоже возражают... так уж устроены эти чаты
Может курс какойнибудь пройдешь? Потому что ну я хз прям слабовато у тебя со знаниями какбудто
Какой посоветуешь
Purple school
Там тип на ютабе у них такой манерный Даже хз
Ну он сеньор сильный типа. Тем более там на сайте уже целая инфраструктура курсов собралась фронтовая
я смотрел курсы и вот пытаюсь что-то номральное сварганить, гуглить-то я умею, но в инете столько говна, в плане ну вот написал я код, как было в статье, а тут его засрали и изменили, и получилось реально что-то стоящее
Возьму даж на тест, интересно
Жс тс топ и мастхев
1. Приложение инициализируется, в useEffect (который условно находится на самом верхнем уровне приложения) вызывается условный диспатч, который оповещает стор (стейт-менеджер) о том, что необходимо загрузить пользователя 2. Выполняется запрос. Здесь есть две ветки событий: пользователь либо все еще имеет действующий токен, либо он истек. Соответственно, если токен истек, запрос валится с ошибкой. Далее логика может немного отличаться в зависимости от того, какой механизм авторизации имплементирован (например, для jwt, возможно, потребуется запустить обновление access-токена при помощи refresh-токена. 3. Если пользователь загрузился успешно, эти данные размещаются в сторе и в дальнейшем можешь получить к ним доступ в любом компоненте 4. Если пользователь не загрузился (access инвалиден, refresh инвалиден), — выполняется редирект на страницу логина
большое спасибо! но мне тут еще предложили использование router loader и сказали, что useEffect это зло)
зло, если использовать не там и не туда
мм я кстати так же думал в layout делать запрос на проверку токена как я предполагаю все чилдрены будут триггерить всплытием лайоут но прогадал
Там можно объединить проверку токена с загрузкой юзера. То есть, при запросе на getUser априори нужен токен
токен планирую в локале то есть он всегда в доступе и стор юзера обновлять в лайауте хочу
В layout спорно. Я бы делал прямо в app
у меня лайаут это верхний уровень хотя наверно в апп будет вернее
Просто тут надо думать по логике: меняешь layout, — теряешь логику инициализации юзера
Обсуждают сегодня