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

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

TLDR. Как из монолитного сайта сделали SPA на монолитном Frontend и Backend.

избавлялись от всего кода представления из twig-файлов и делали единый контейнер в этом файле, куда рендерился весь реактивный код.

настала пора отделять интерфейс от монолита.

Мы взяли весь реактивный код из представлений монолита и перенесли его в новое окружение, настроили проксирование к API на уровне веб-сервера чтобы избежать CORS-проблем и сделали CI на сборку frontend.

Не совсем понятно что мешало это сделать сразу? Зачем нужно было трогать эти twig-шаблоны впринципе?

Здравствуйте. Дело в том, что работа была достаточно объемной, а бизнес задачи требовали свое выполнение, поэтому пришлось переводить систему эволюционно, т.е. в план релиз входили скажем 70% бизнес задач, 30% перевода легаси представлений на react, и только когда все представления были переведены (это множество релизов с бизнес поставками), тогда мы быстренько перекинули весь фронт в отдельное окружение

Вывод: Работайте на перспективу и делайте сразу API и фронт JS (разумеется при условии наличия возможностей и правильной оценки необходимости в этом)

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

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

Публикации

Истории