Атомарный дизайн, ключевая ментальная модель в современных дизайн-системах, часто ошибочно применяется как линейный процесс от атомов к страницам. Хотя он идеально подходит для создания библиотек компонентов путем сборки мелких частей, работа над продуктом обычно начинается с точки зрения пользовательского опыта, фокусируясь на потребностях и действиях пользователя на экране. Этот подход "сначала область применения" начинается с определения того, что пользователям нужно делать и на что влияют их действия, а не просто с инвентаризации компонентов. Он помогает определить структурную модель экрана до создания компонентов, выявляя взаимосвязи между элементами на основе области их поведения.Например, в таблице данных фильтрация влияет на весь набор данных, даже если элемент управления физически расположен в заголовке столбца. Этот подход определяет, что меняется при каждом действии пользователя, отличая элементы управления от статических элементов, таких как всплывающие подсказки. При проектировании компонентов повторное использование является ключевым фактором, но дизайн продукта также учитывает бизнес-логику. Уровень шаблонов является естественным местом для управления взаимосвязями и общим состоянием компонентов, гарантируя их согласованную работу в контексте экрана без ущерба для возможности повторного использования отдельных компонентов.Шаблоны, традиционно рассматриваемые как "тупые" структуры макета, могут быть расширены для хранения логики, специфичной для экрана, и управления взаимодействием независимых компонентов. Это означает, что шаблон может определять зоны, соединения, общее состояние и правила в пределах экрана, выступая в качестве "умной" обертки для "презентационных" компонентов. Такие шаблоны являются повторно используемыми структурами, которые применяются в различных продуктовых контекстах, помогая описывать продуктовые паттерны за пределами простого набора компонентов.На уровне страниц шаблоны заполняются фактическим контентом для стресс-тестирования системы, гарантируя, что структура может обрабатывать различные сценарии, включая пустые состояния, загрузку данных и неожиданную длину контента. Этот метод "сначала область применения" особенно полезен для создания дизайн-систем для существующих продуктов, разрешения споров о границах компонентов путем фокусировки на поведении и систематизации паттернов на похожих экранах. Он предоставляет более четкий способ документирования продуктовых паттернов на основе действий пользователя и областей применения, а не плоского списка компонентов.Однако этот подход не является универсальным; он может быть использован неправильно, если логика адаптирована к одному экрану, что ставит под угрозу универсальность компонента, или если он применяется к экранам с низкой плотностью или простыми потоками, где традиционной инвентаризации компонентов было бы достаточно. В конечном итоге, Атомарный дизайн является универсальной моделью, но продуктовые команды выигрывают от перспективы "сначала область применения" для понимания потребностей пользователей и определения структурных моделей перед созданием библиотек компонентов, обеспечивая согласованный и функциональный пользовательский опыт.