Лучшая практика для обработки конфликтующих условно отображаемых элементов при рендеринге на стороне сервера? - PullRequest
0 голосов
/ 13 января 2020

Моя ситуация очень похожа на ситуацию этого парня: Условный рендеринг на стороне сервера .

Однако я не нашел там ответов, которые были бы слишком полезными, первый не был ' Я рекомендовал, когда я посетил библиотеку, на которую он ссылался. Поэтому я публикую этот вопрос, чтобы получить более сфокусированные ответы на топи c о различных способах удаления компонента со стороны сервера.

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

У меня есть пара идей относительно этого подхода, и любые отзывы или советы по этой теме c было бы полезно.

Вариант 1: Удалите конфликтующие элементы только с сервера и разрешите их повторное представление, когда клиент загрузит

(я не понимаю не думаю, что это правильный подход, поскольку вы обычно хотите, чтобы сервер и клиент соответствовали друг другу)

Вариант 2: Удалите все элементы условного рендеринга со стороны сервера и клиента, затем как только клиент загружается, запустите условную логику c и выполните рендеринг указанных компонентов.

(Это имеет смысл, но я также слышал, что идея пропустить контент может повредить вашему рейтингу индексации Google. Я также не уверен, как лучше реализовать эту опцию.)

Вариант 3: Полностью очистить рендеринг сервера и отобразить пустую страницу.

(Это звучит как самый простой вариант, если у вас все в порядке с устранением побочных эффектов лучшего времени загрузки при рендеринге на стороне сервера). По этой причине, однако, я хотел бы реализовать вариант 2, если смогу найти качественное (но простое) решение)

...