дневники разработчиков
Полный переход на standalone-компоненты в Angular
Ради скорости, упрощения, масштабируемости
Свежий апдейт в нашем проекте стал настоящей вехой — мы окончательно избавились от всех устаревших модульных компонентов и перешли на standalone-компоненты. Это изменение может показаться технической деталью, но на самом деле оно открывает перед командой и продуктом целый спектр новых возможностей — от производительности до архитектурной гибкости.
Что такое standalone-компоненты и зачем они нам?
В Angular до версии 14 каждый компонент необходимо было объявлять внутри NgModule. Это добавляло кучу служебного кода, усложняло архитектуру и тормозило развитие проекта. С появлением standalone-компонентов всё стало проще: теперь каждый компонент может существовать независимо, импортируя только нужные ему зависимости. Без модулей, без лишнего шума.
Вот как это выглядит на практике:
Вот как это выглядит на практике:
- Компоненты теперь можно использовать где угодно, без оглядки на контекст модуля.
- Зависимости стали явными и читаемыми, что сильно упрощает отладку.
- Структура проекта стала чище и понятнее, особенно для новых разработчиков.
- Благодаря улучшенному tree-shaking сокращается финальный вес приложения.
- Появилась возможность гибкой ленивой загрузки: теперь загружается не модуль, а один конкретный компонент.
Почему это особенно важно для SaaS-продукта
Для таких решений, как StarsMap, переход на standalone-компоненты — не просто «техдолг закрыли», а инвестиция в устойчивое масштабирование.
- Быстрая итерация: сокращается время на добавление новых фичей, ведь больше не нужно продираться через сложную модульную структуру.
- Проще масштабировать команду: каждый разработчик может работать над независимой частью интерфейса – это идеальный подход для распределённых продуктовых команд.
- Готовность к микрофронтендам: Мы теперь можем строить интерфейс как набор независимых блоков – и в будущем легко выносить их в отдельные модули или даже приложения.
- Производительность и загрузка: SaaS-приложения, особенно в B2B, требуют быстрой реакции. Standalone-компоненты позволяют загружать только нужное, когда это действительно нужно пользователю.
Обратная сторона: было непросто
Переход был не мгновенным. Самым сложным этапом оказалась миграция на Angular 19 (что именно поменялось в 19-й версии можно почитать, например, тут)– без этого версия standalone-компонентов работала бы нестабильно. Местами было непросто: обновление сопровождалось серьезным вложением сил и времени в рефакторинг и отладку, не говоря уже о кошмарах, которые, как признаётся Сергей, «уже почти не приходят по ночам»:
- Сергей С.ведущий веб-разработчик StarsMapСамая большая проблема была с обновлением до 19 версии ангулара, но это уже история давняя, эти кошмары уже почти не приходят по ночам 😀 Но без этого никакого перехода было бы невозможно.
Что дальше?
Теперь перед нами открыты новые горизонты: ускоренное развитие библиотеки компонентов, масштабируемая архитектура для новых модулей и потенциальный переход к микрофронтендам в ключевых разделах. А главное — разработка снова приносит радость: меньше рутины, больше фокуса на ценность для пользователя.
Проект действительно «помолодел» — и это чувствуется во всём. Надеемся, что это заметили и наши пользователи.
Проект действительно «помолодел» — и это чувствуется во всём. Надеемся, что это заметили и наши пользователи.
Следить за изменениями и рассказывать о своих впечатлениях можно в нашем сообществе пользователей StarsMap в Telegram