Правильный способ обработки защищенных маршрутов на стороне сервера в React?

Question

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

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

Answer 1

Реакция - это на самом деле не смена парадигмы в том, как работают приложения, а в том, как они организованы.Больше сцепления вместо сцепления, простые конечные автоматы;эти реквизиты = начальное состояние этих компонентов.

Все, что вы знаете о том, как создаются веб-приложения, по-прежнему применимо.Может выполнять рендеринг на стороне сервера, как это Reaction-Starter-Kit или не рендеринг на стороне сервера, как в create-response-app .React может быть запущен как на сервере, так и на клиенте.

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

Думаю, это действительно сводится к чисто одностраничной архитектуре приложения.по сравнению с классическим монолитом, и имеет меньшее отношение к React.Надеюсь, это поможет!