Почему при ajax подгрузке посты получаются в виде Html?

Question

[kot2566]

Почему на некоторых сайтах, которые подгружают каталог через ajax в виде json, сами товары приходят уже в виде сгенерированного html, а не в json? В чём польза такого подхода?

Comments

[Lynn «Кофеман»]

Потому что авторы этого конкретного сайта так захотели.

Посмотрите, например, на hotwire https://hotwired.dev/

Answer 1

[zkrvndm]

Считается, что так меньше нагрузка на браузер, мол не надо генерировать html-дерево на основе полученных данных, а просто берешь и сразу вставляешь на страницу готовый html-код который прислал сервер. Меньше нагрузка - быстрее отображаться данные, меньше лагов при прокрутке и так далее.

Answer 2

[Константин Б.]

Надим Закиров написал ответ, но он не совсем верный, только отчасти
На самом деле так часто делают на сайтах при серверном рендеринге страниц написанных например на PHP. Генерация в браузере подходит для изоморфных сайтов или SPA, но не для них, так как сайт может быть зависим от SEO, а делать два разных движка для отрисовки и на сервере и на клиенте не могут по техническим или идейным соображениям

Comments

[zkrvndm]

Давно я как-то читал статью на хабре, как там кто-то пилил динамическую загрузку комментариев и там из практики выходило, что если рендерить комментарии из JSON, то в целом все работало медленнее и тормознее, чем если вставлять на страницу уже готовый html. Речь конечно же шла о тысячах и тысячах комментариях, а не о единичной фигне.

[Константин Б.]

Надим Закиров, это больше частный случай. Я его не отрицаю в целом как решение, но это незначительная часть все же, относительно того масштаба костылей с динамической подгрузкой чего либо пилящееся не на том инструменте)
В вашем примере тоже есть подводные камни. Так например комментарии не всегда текст. Есть еще кнопки, лайки и т.д., и на все эти элементы навешываются слушатели событий которые попросту переполняют память. Это боль в любом виде, будь то JSON или статическая разметка