Баттл codegen-инструментов от разработчиков дизайн-систем

Дизайн-системы — это норма и база современных приложений. Многие компании и команды разрабатывают решения для генерации готовых компонентов из дизайн-систем в Figma и т. п. Выбор инструмента для генерации довольно велик. KSP от Google, а может, его самописный аналог? А если добавить Kotlin Compiler Plugin? Для себя вы уже наверняка определились. Самое время «поболеть» за любимый инструмент. 

Путешествуем по дизайн-системе с KSP — Максим Зотеев, Яндекс Путешествия

Насколько KSP (Kotlin Symbol Processing) облегчил нам жизнь в Путешествиях на конкретных примерах: автоматическая генерация snapshot-тестов по одной только аннотации на Compose Preview и генерация контента всего нашего storybook. Расскажу об основных шагах, деталях и проблемах, с которыми сталкивались.

Мало кому нравится писать однотипный код snapshot-тестов или добавления компонента в storybook. Но так можно «автоматизировать» много рутинных вещей в вашем проекте: например, можно поддержать @PreviewParameter и «убивать двух зайцев (preview и snapshot) одним выстрелом». 

Rocket science в демонстрационном приложении — Артемий Луньков, Т-Банк

У нас в команде Android дизайн-системы есть демо-приложение, в котором показываем UI-элементы на тестовых примерах. На первый взгляд, это что-то очень простое и не особенно важное. Но именно в этом приложении сосредоточены самые сложные решения, которые мы используем. Потому что демо-приложение — это фундамент процессов разработки.

Из доклада вы узнаете, почему демо-приложение вам необходимо как основа для процессов дизайн-ревью и скриншот-тестирования. И как сделать его наиболее архитектурно оптимальным, используя Storybook.js. И даже если вы далеки от дизайн-системы, вас могут заинтересовать технологии, которые мы используем в области codegen, — Kotlin Compiler Plugin и наш более эффективный аналог KSP. Эти решения пригодятся во многих кейсах.