feat: batch wikification of Skybound balance pass and scalable frontend architectures
Processed 80+ files including Skybound playtest feedback, Monorepo strategies, and Modern Component Patterns.
This commit is contained in:
Antigravity Agent
@@ -1,25 +1,19 @@
|
||||
# [[Style Dictionary]]
|
||||
|
||||
## 📌 Brief Summary
|
||||
Style Dictionary는 플랫폼에 구애받지 않는 디자인 결정(디자인 토큰)을 구문 분석하고 변환하여 다양한 플랫폼(iOS, Android, CSS, JS, HTML 등)에 맞는 코드로 내보내는 빌드 시스템입니다 [1, 2]. NodeJS 및 브라우저 환경에서 모두 실행되며, 디자인 토큰을 단일 진실 공급원(Single Source of Truth)으로 삼아 수동 오류를 제거하고 전체 제품 생태계에 걸쳐 시각적 일관성을 보장하는 데 사용됩니다 [2, 3]. 현대 프론트엔드 및 다중 플랫폼 개발에서 디자인 시스템의 확장을 위한 산업 표준 도구 중 하나로 널리 사용됩니다 [3, 4].
|
||||
Style Dictionary는 디자인 토큰을 한 번 정의한 후 다양한 플랫폼에서 사용할 수 있도록 돕는 오픈 소스 변환 도구이다 [1]. JSON이나 YAML 형식으로 저장된 플랫폼 독립적인 디자인 토큰을 처리하여 CSS, Sass, iOS, Android 및 React에 맞는 플랫폼별 출력 포맷(예: CSS 변수, JavaScript 테마 객체)으로 자동 변환해 준다 [2, 3]. Figma와 같은 디자인 툴과 결합하여 React 애플리케이션을 위한 동적 테마를 손쉽게 생성하고 일관성 있는 디자인 시스템 파이프라인을 구축하는 데 핵심적인 역할을 한다 [1, 4].
|
||||
|
||||
## 📖 Core Content
|
||||
* **플랫폼 맞춤형 코드 변환 및 내보내기**
|
||||
Style Dictionary는 JSON, JSONC, JSON5, ES Modules 또는 사용자 정의 파서(YAML 등)로 작성된 디자인 토큰 소스 파일을 가져와 플랫폼별(Web용 CSS 변수, Android용 XML, iOS용 Swift 등)로 특화된 값을 변환 및 생성합니다 [3, 5, 6].
|
||||
|
||||
* **참조(Aliasing) 및 병합(Deep Merge) 기능**
|
||||
모든 디자인 토큰 파일은 구성(configuration)에 따라 'Deep Merge(깊은 병합)' 과정을 거쳐 하나로 합쳐지므로, 토큰 파일을 유연하게 분할하여 관리할 수 있습니다 [5, 6]. 또한 점 표기법과 중괄호를 사용하는 방식(예: `{size.font.medium}`)으로 기존 값을 쉽게 참조하거나 별칭(Alias)을 지정할 수 있습니다 [6, 7].
|
||||
|
||||
* **토큰 구조화 (Category / Type / Item - CTI)**
|
||||
반드시 강제되는 것은 아니지만, Category(예: color), Type(예: background), Item(예: button)과 같은 계층적 트리 구조(CTI)로 토큰을 구성하는 방식을 지원합니다 [8]. 이 구조를 사용하면 일관된 명명 규칙을 얻을 수 있으며, 객체 경로에 기반해 토큰의 메타데이터나 속성을 자동으로 추가하는 변환(Transform) 기능을 쉽게 활용할 수 있습니다 [9].
|
||||
|
||||
* **확장 가능한 디자인 워크플로우 통합**
|
||||
Style Dictionary는 디자인 툴(예: Figma)에서 토큰을 JSON으로 내보낸 뒤, 이를 플랫폼 파일로 변환하여 배포하고 사용하는 모던 토큰 워크플로우의 핵심 변환(Transform) 단계 도구로 작동합니다 [10]. 대규모 기업 환경에서는 이러한 자동화된 다중 플랫폼 변환 파이프라인을 통해 기술 스택과 무관하게 디자인 시스템의 일관성을 유지하고 유지보수성을 극대화합니다 [3].
|
||||
- **플랫폼 독립적 토큰 변환**: Style Dictionary는 중앙 집중화된 토큰 정의(색상, 간격 등)를 가져와서 각 플랫폼이 요구하는 출력물로 자동 변환한다 [2, 5]. 프론트엔드 및 React 프로젝트의 경우, 주로 루트(`:root`) 레벨에 적용되는 CSS 사용자 정의 속성(Variables)이나 JavaScript/TypeScript 테마 객체를 생성하도록 설정할 수 있다 [2, 3].
|
||||
- **확장 가능한 동적 테마 생성**: 라이트 모드나 다크 모드, 다중 브랜드 테마를 수동으로 코드에서 관리하면 오류가 발생하기 쉽지만, Style Dictionary는 커스텀 변환 규칙을 적용해 각 테마에 맞는 코드를 오류 없이 자동으로 생성한다 [1, 2]. 이를 통해 새로운 브랜드, 모드, 플랫폼에 대한 지원을 매우 쉽게 확장할 수 있다 [4].
|
||||
- **React 컴포넌트 스타일링과의 원활한 통합**: 빌드 과정(build process)에서 Style Dictionary가 생성한 CSS 변수 파일은 React 앱 내로 임포트되어 인라인 스타일, CSS 모듈, 혹은 `styled-components`나 `Emotion` 같은 CSS-in-JS 라이브러리에서 직접 참조하여 사용된다 [6-9].
|
||||
- **단일 진실 공급원(Single Source of Truth) 유지**: Figma 등의 도구에서 만들어진 디자인 결정을 구조화된 JSON 토큰으로 추출해 Style Dictionary로 처리하면, 디자이너와 개발자 간의 단일 진실 공급원이 유지된다 [1, 4]. 토큰의 계층 구조를 보존하면서 포맷을 변환해주기 때문에 대규모 애플리케이션에서도 일관성을 잃지 않고 토큰을 조직적으로 관리할 수 있다 [10].
|
||||
- **확장 가능한 프론트엔드 아키텍처의 핵심**: 대규모의 탄력적인 최신 프론트엔드 시스템을 구축할 때, Style Dictionary를 통한 디자인 토큰 관리, 스타일이 없는 Headless UI 컴포넌트 로직, 그리고 유틸리티 클래스나 CSS 모듈을 결합하는 하이브리드 패턴이 강력히 권장되고 있다 [11].
|
||||
|
||||
## 🔗 Knowledge Connections
|
||||
- **Related Topics:** [[디자인 토큰 (Design Tokens)]], [[디자인 시스템 (Design Systems)]]
|
||||
- **Projects/Contexts:** [[다중 플랫폼(Web, iOS, Android) UI 스타일 동기화]], [[대규모 엔터프라이즈 프론트엔드 아키텍처 및 자동화 배포 파이프라인 (CI/CD)]]
|
||||
- **Contradictions/Notes:** 소스에 따르면 Style Dictionary는 CTI(Category / Type / Item)와 같은 특정 토큰 분류 구조를 활용할 때 유용한 헬퍼(helper)를 제공하지만, 이 계층 구조를 엄격하게 강제하지는 않으며 사용자가 원하는 방식으로 자유롭게 토큰을 구성할 수 있다고 명시하고 있습니다 [8, 9].
|
||||
- **Related Topics:** [[Design Tokens]], [[Dynamic Theming]], [[CSS Variables]], [[styled-components]]
|
||||
- **Projects/Contexts:** [[React Applications]], [[Figma Integration]], [[Scalable Design Systems]]
|
||||
- **Contradictions/Notes:** 제공된 소스 내에 상충되는 내용은 없으며, 모든 소스가 공통적으로 Style Dictionary를 디자인 토큰의 변환 파이프라인과 일관된 UI 시스템 구축을 위한 이상적인 도구로 평가하고 있습니다 [4, 11, 12].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-26*
|
||||
Reference in New Issue
Block a user