Может ли рендеринг на стороне сервера в React быть полезным при динамическом представлении? - PullRequest
0 голосов
/ 22 мая 2018

Мой выпуск: Для моей диссертации я создаю сайт аукциона.У меня есть панель администратора, в которой я хотел бы иметь некоторые конфигурации, чтобы администратор мог указать, что если до окончания аукциона осталось 10 дней, некоторые компоненты должны отображаться по-разному, а некоторые вообще не должны отображаться и т. Д.Это то, что я называю динамическим представлением.

Мой вопрос: В данный момент я работаю над архитектурой и задаюсь вопросом, может ли SSR помочь?Я уже знаю, что это может сократить время загрузки некоторых коллекций из моей базы данных даже наполовину, но мне интересно, есть ли какой-нибудь способ, как это может быть полезно с самой динамической презентацией?

Что я уже знаю: Я прочитал все о преимуществах и недостатках ssr или универсального рендеринга в реаги.Теперь мне только интересно, может ли это быть полезным для динамического представления или не имеет значения, выберу я SSR или CSR.

Небольшой побочный вопрос: У меня еще не готова вся архитектура.Что я знаю, так это то, что я хотел бы иметь базу данных, одно отдельное приложение для администратора, бэкэнда и внешнего интерфейса (ssr или csr).Моей первой мыслью о том, как управлять этой динамической презентацией, было сохранение некоторых правил в базе данных.Тогда правила могут быть настроены в приложении администратора, если администратор хочет что-то изменить.Правила должны быть отправлены в бэкэнд и рассчитаны с некоторыми дополнительными данными из внешнего интерфейса.Затем бэкэнд мог бы послать некоторый флаг во внешний интерфейс, указывающий, какие компоненты отображать и т. Д. Теоретически я мог бы перейти к вычислениям, например, на сервер NodeJ, если мне нужен SSR.Что мне интересно, так это;Можете ли вы придумать лучший способ справиться с динамическим представлением?Чего я больше всего боюсь, так это многочисленных ifs в fronetend.Я хотел бы найти более элегантное решение, но пока не имею другой идеи.Некоторое время я думал о системе начисления очков, но я считаю, что это будет слишком сложно (вместо того, чтобы отправлять флаг, отправьте счет, и внешний интерфейс отобразит правильные значения, основанные на счете).Также это не решило бы проблему ifs на фронтенде.

Мне известно, что в StackOverflow предпочтение отдается вопросам, на которые можно ответить, а не обсудить, но я действительно застрял и был бы признателен за помощь.

1 Ответ

0 голосов
/ 22 мая 2018

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

Еще одно очень основное преимущество и причина, по которой все идут по пути SSR, - это SEO.Вы не можете достичь SEO страницы с реагировать КСО.Это потому, что бот Google и т. Д. Будут пытаться сканировать вашу страницу, даже не отображая ее.Это как попытка «просмотреть исходный код» страницы.Когда вы находитесь в CSR, на странице нет содержимого, только начальная реакция div пуста.Вам необходимо иметь SSR для получения данных по первому запросу пользователя.

SSR приводит данные по первому запросу пользователя до перезагрузки.В то же время реагирует маршрутизатор получает данные из API.

Дайте мне знать, если это поможет вам.

PS: также полезная ссылка https://medium.com/walmartlabs/the-benefits-of-server-side-rendering-over-client-side-rendering-5d07ff2cefe8

...