Как стать автором
Обновить

Разработка фронтенда ИТ-продукта: какой подход выбрать исходя из задач бизнеса

Уровень сложностиПростой
Время на прочтение7 мин
Количество просмотров4.1K
Всего голосов 2: ↑2 и ↓0+2
Комментарии5

Комментарии 5

В чем преимущества SSR перед CMS предыдущего поколения?

Фактически CMS предыдущего поколения типа WordPress, Kentico работают через server-side rendering: на бекенде есть шаблоны страниц или компонентов, которые рендерят нам HTML на сервере на каждый запрос.

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

С переходом на headless CMS и server-side rendering - обе эти проблемы уходят. Достаточно нормального фронтендера и мы имеем единую кодовую базу для отображения - всем проще.

Хочу также сделать более подробную статью про реализации подходов в Next.js на основе нашего опыта - напишите в комменте, что вам интересно

Интересно) Ведь в логику бэка все равно не реализовать на одном is, т.к. у большой системы куча микросервисов под капотом, причем реализованных не просто на разных языках, но и порой на разных поколениях стэков. В идеале, конечно не плохо бы писать на одном стеке, но это часто остаётся лишь мечтой.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий