Может ли рендеринг на стороне сервера в React быть полезным для динамической презентации?

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

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

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

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

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

Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
0
0
266
1

Ответы 1

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

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

SSR приносит данные по первому запросу пользователя до перезагрузки. А пока реагирующий маршрутизатор извлекает данные из api.

Сообщите мне, если это вам поможет.

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

Другие вопросы по теме