Комментарии 5
В чем преимущества SSR перед CMS предыдущего поколения?
Фактически CMS предыдущего поколения типа WordPress, Kentico работают через server-side rendering: на бекенде есть шаблоны страниц или компонентов, которые рендерят нам HTML на сервере на каждый запрос.
С ними проблема в том, что бекенд пишется на другом языке и шаблонизаторе, чем фронтенд, а в случае чуть более сложных компонентов (например, фильтров таблиц, визардов и прочего) приходиться дублировать логику отображения на беке и фронте. Как правило для эффективной работы в таком формате надо либо иметь фуллстек разработчика либо собирать команду бек-фронт.
С переходом на headless CMS и server-side rendering - обе эти проблемы уходят. Достаточно нормального фронтендера и мы имеем единую кодовую базу для отображения - всем проще.
Хочу также сделать более подробную статью про реализации подходов в Next.js на основе нашего опыта - напишите в комменте, что вам интересно
Интересно) Ведь в логику бэка все равно не реализовать на одном is, т.к. у большой системы куча микросервисов под капотом, причем реализованных не просто на разных языках, но и порой на разных поколениях стэков. В идеале, конечно не плохо бы писать на одном стеке, но это часто остаётся лишь мечтой.
Разработка фронтенда ИТ-продукта: какой подход выбрать исходя из задач бизнеса