Я пытаюсь понять основные идеи, лежащие за страницами обслуживания.Понимание отправки страницы после входа в систему
Например, допустим, у меня есть две страницы в моем приложении. Страница входа в систему, а затем главная страница приложения, которая подается после входа в систему. Страница входа в систему получает пользовательский ввод, а затем сообщения на сервер. Если вход хороший, сервер будет доставлять приложение клиенту.
Но обслуживание самого приложения было бы бесполезным, поскольку у них не было бы никаких данных.
Я думаю, что это нормально с помощью шаблонов, которые заполнены данными, а затем отправляются клиенту?
Но с реагированием лучшая идея может заключаться в том, чтобы отобразить сторону сервера страниц, а затем обслуживать ее? Или лучше, чтобы клиентское приложение было одной страницей, связав логин и приложение вместе с родительским компонентом, который затем передает возвращаемые данные из учетной записи?
Я пытаюсь понять способы решения этой проблемы в реакции.
Благодаря
Мы не можем ответить на вопрос, должно ли ваше приложение быть одностраничным, поскольку слишком много переменных. Предполагая, что вы выбрали SPA, есть еще * слишком много переменных, чтобы сказать окончательно, как вы должны реализовать аутентификацию: сеансы против токенов, oauth vs not и т. Д. Это не соответствует [рекомендациям] (http: // stackoverflow .com/help/on-topic), что делает [хороший вопрос.] (http://stackoverflow.com/help/how-to-ask), и он, вероятно, будет закрыт. После того, как вы провели какое-то исследование, попытайтесь ограничить определенную проблему программирования, с помощью которой мы можем помочь. –