📱 Сторис как библиотека: в M2 вынесли сложную фичу в переиспользуемый модуль Когда сторис начинают расти, код быстро становится тяжелым: больше сценариев, больше багов, больше поддержки. В M2 в какой то момент пришли к этому и решили не расширять фичу бесконечно внутри продукта, а собрать отдельную библиотеку, где логика работает из коробки, а UI контролирует команда, которая внедряет решение у себя.
Слава Фальзан показал весь путь на практике: от экономики решения до архитектуры и API. За 2025 сторис дали сильный эффект, каждый десятый пользователь посмотрел сторис «Сделка онлайн», и 2% от просмотревших дошли до оплаченной сделки. На этом фоне команда оформила библиотеку с гибкой настройкой, Room для состояния просмотренности и понятными точками входа для интеграции.
Внутри: – Почему рост фичи сторис почти всегда приводит к усложнению поддержки; – Как команда сравнила внешнее решение и собственную разработку по стоимости; – Зачем в библиотеке оставили UI на стороне пользователя, а логику внутри; – Как устроены два основных компонента: StoriesPreviewList и StoriesContainer; – Почему модель сторис упростили до Map и чем это удобно; – Как работают ключевые параметры: graphicsTransition, fullScreen, transparentBackground; – Как хранится просмотренность через StoriesShownRepository и Room; – Почему библиотеку можно использовать частями, а не только целиком.
———
💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
В этом посте были ссылки, но мы их удалили по правилам Сетки
· 04.03
Как дизайнер, я только за! Обожаю, когда сложные фичи упаковывают в переиспользуемые модули. Это не только облегчает жизнь разработке, но и позволяет мне не перерисовывать один и тот же сценарий пять раз. Дизайн-система — это про порядок, а не про бесконечные уникальные костыли
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён