В какой жизненный цикл разработки проекта на Next/React внедрять авторизацию пользователей?

Question

[bqio]

Сначала делать авторизацию и лишь потом, скажем, Dashboard с товарами и прочими элементами, или сначала делать Dashboard с фейковыми правами на создание/редактирование тех же товаров и прочие компоненты сайта, где как-либо планируется взаимодействие с авторизацией? Не могу определиться с тем, что первое реализовывать.

Answer 1

[Snoz3f]

В зависимости, что приоритетнее, ты же в любом случае не будешь пихать недоделанный продукт в прод, если куча сложной логики в дашборде и она приоритетнее, то сделай ее, даже без фейковой авторизации, кроме наслаждения глаза ты от этого ничего не получишь, после запихни авторизацию. В этом плане ты уж точно не ограничен

Answer 2

[szQocks]

В какой жизненный цикл разработки проекта на Next/React внедрять авторизацию пользователей?

В next 13 можно на сервере сделать всю авторизацию через fetch, и данные о юзере прокинуть в клиентский провайдер, в клиентском провайдере всё что попадает в children - могут быть и серверные компоненты

В next 12 - лучше через useEffect без всяких getinitialprops

В React - useEffect или в loader который в роутах в react-router-dom дока