Render на стороне сервера или клиента. для AJAX ответа?

Question

[gog69]

Есть страница с неким списком внизу которого кнопка Load More, которая делает AJAX-запрос
вот думаю сформировать ответ в стиле REST и отрендерить его через JS и JS-темплейт или сделать html-ответ и просто $(container).html(responseHTML);

но в тоже время пересмотрел популярные сайты - многие делают html-ответ

1й способ безусловно более правильный, но оправданы ли заморочки связанные с ним?
во 2м способе ничего плохого не вижу, лишние байты html - в наше время погоды не сыграют

Answer 1

[Вячеслав]

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

Comments

[gog69]

но ведь можно просто на сервере применить разные twig-темплейты для рендера
т.е разницы нет - применить разные js-темплейты-на клиенте или twig-темплейты на сервере

[Вячеслав]

Ну я писал про более масштабное изменение. Вдруг в один прекрасный день вы решите сделать приложение на андроида? Или сделать какой то дополнительный сервис, который будет запрашивать эти данные.

[gog69]

ну так можно на основе какого-то параметра делать либо return $this->render("loopTemplateForPage123.html.twig", ["data"=>$data] либо return new JsonResponse($data)

в недостатках 1го способа я вижу бегание с бубном когда нужно будет получить thumbnail-картики, сгенерировать УРЛ или добавить перевод
все это решаемо но это дополнительные усилия

[Вячеслав]

gog69: и тогда вместо того, чтобы делать только приемку на сервисе, вам нужно будет делать приемку на сервисе + ковырять сервер. А лишнее ковыряние может приводить к ошибкам.

Answer 2

[Mikhail Osher]

Content negotiation.

Посылайте заголовок Accept и пляшите от него на сервере.
Если в Accept идет html, тогда отдайте html, иначе - json.
Гибко, удобно.

Comments

[gog69]

ну а мое утверждение что вариант с рендером через js для сайта не имеет никаких преимуществ а только дополнительную работу, верное или нет?

[Mikhail Osher]

gog69: в данном контексте, можно сказать, что он выполнится за мгновение ока.

Answer 3

[hetzerok]

Первый способ правильнее в том плане что он универсальнее. Кроме того смотрите понадобятся ли вам дополнительно в ответе какие-то управляющие данные (к примеру количество, лимит, оффсет, фильтры какие-то). Если это есть то лучше заморочиться и передавать JSON какой-нибудь а обрабатывать его на JS.

Answer 4

[keltanas]

Если пишешь к сайту какой-нибудь REST-API, то разумно получать с сервера JSON и отображать его на клиенте.

Но, раз возникают такие вопросы, никакого API нет. Поэтому лучше не заморачиваться и слать обычный HTML без layout. А если на этот-же url приходит запрос не из HttpRequest (см заголовок), а из поисковика, к примеру, или пользователь захочет открыть ссылку в новой вкладке, то отдавать уже с layout.

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

Если, как пишут выше, захочется какое-нибудь мобильное приложение, то все равно придется писать API с блекджеком. Но, это уже другой уровень и другой бюджет. Лучше решать поставленную задачу, а не выдумывать того, чего нет.