Комментарии 4
Анатомия компонента
Тут хранится информация о ключевых паддингах, размерах и обозначениях внутренних элементов. Благодаря этому любой разработчик и дизайнер будут точно знать, какие значения должны быть у каждого элемента, что обеспечивает консистентность и упрощает тестирование.
Вижу, что вы очень старательна, Виктория, но не могу понять, зачем люди продолжают таким заниматься в современных инструментах дизайна и проектирования.
Панель inspect дает возможность разработчикам досконально узнать о свойствах чего угодно тыкнув в него курсором, в гораздо более удобной и информативной подаче. Кроме этого, эти данные будут всегда правдивыми, а нарисованные ручками размеры, паддинги и все остальное, могут устаревать после внесенных изменений, могут быть ошибки по невнимательности.
Такое было бы актуально лет 10 назад, когда макеты собирались в фотошопе. Да даже тогда появился zeplin, который мог выдавать свойства макетов, как сейчас фигма.
Благодарю за верно подмеченный момент. Действительно, вы правы, и я с вами согласна.
Мы, к сожалению, временно не используем DevMode, из-за чего разработчики не всегда корректно определяют размеры и отступы. Приходится часто коммуницировать с командами по таким мелочам. И вот, чтобы обойти это хотя бы с компонентами библиотеки, был разработан блок с анатомией в гайдлайнах.
Наша первостепенная цель - как раз внедрение DevMode. Для компаний, которые его используют, конечно, разработка блоков с анатомией будет лишней тратой ресурсов))
Как живет ДС на текущий день?
UI-дзен: как мы познали гармонию, обновив библиотеку компонентов для дизайн-системы Shoelace