# [[Tailwind CSS]]

## 📌 Brief Summary
Tailwind CSS는 미리 정의된 단일 목적의 유틸리티 클래스(utility-first)를 활용하여 HTML이나 JSX 내에서 직접 UI를 구성하는 CSS 프레임워크입니다 [1-3]. 컴포넌트와 스타일 간의 컨텍스트 전환 없이 개발 속도를 높이고, 디자인 토큰을 통해 시각적 일관성을 유지할 수 있도록 돕습니다 [2, 4, 5]. 하지만 HTML 마크업이 장황해진다는 단점이 있어, "유지보수 가능성"과 "생산성"이라는 측면에서 개발자들 사이에서 활발히 논의되는 도구입니다 [4, 6, 7].

## 📖 Core Content
* **기본 개념 및 작동 방식:** Tailwind CSS는 `flex`, `pt-4`, `text-gray-500`, `rounded-lg` 등과 같이 작고 특정 역할만 수행하는 클래스들을 조합하여 마크업 내에서 직접 스타일을 부여합니다 [2]. 이는 전통적인 '관심사의 분리(Separation of Concerns)' 원칙보다는 개발의 속도와 디자인의 일관성에 더 큰 비중을 둔 유틸리티 우선(Utility-first) 패러다임입니다 [5].
* **주요 장점:**
  * **빠른 개발 속도:** CSS 파일과 마크업 사이를 오가는 컨텍스트 전환(context switching)이 없으며, 클래스 이름을 고민할 필요가 없어 빠르게 프로토타이핑하고 개발할 수 있습니다 [2, 8]. 또한, 컴포넌트를 삭제할 때 연관된 스타일도 함께 삭제되므로 불필요한 코드가 남지 않습니다 [4].
  * **디자인 시스템 강제:** 간격, 색상, 타이포그래피 등의 값을 설정 파일로 관리하여, 대규모 프로젝트에서 일관성 없는 임의의 값(예: 무수히 많은 회색 음영)이 무분별하게 추가되는 것을 방지합니다 [4, 7, 8].
  * **성능 및 빌드 최적화:** JIT(Just-In-Time) 컴파일러가 코드를 스캔하여 실제 사용된 클래스만 최종 CSS에 포함시키기 때문에, 프로젝트 규모가 커지더라도 CSS 파일 크기가 일정 수준(보통 5~20kb)에서 유지되며 렌더링 성능이 뛰어납니다 [4, 5, 7]. 또한 런타임 오버헤드가 없어 React Server Components(RSC) 등 최신 렌더링 환경과도 호환성이 뛰어납니다 [9, 10].
* **주요 단점 및 한계:**
  * **가독성 저하 및 마크업 비대화:** 여러 유틸리티 클래스가 겹치면서 JSX의 `className` 속성이 200자 이상으로 길어지고 코드가 지저분해지는 등 HTML 마크업이 비대해집니다 [4, 7, 11].
  * **학습 곡선:** 방대한 양의 유틸리티 클래스 명명 규칙을 익혀야 하므로 초기 진입 장벽과 학습 시간이 필요합니다 [1, 12].
  * **제한된 유연성과 디자인 시스템 우회:** 픽셀 단위의 세밀한 제어가 필요한 고유한 디자인을 구현할 때 제한적일 수 있으며, 이를 해결하고자 `w-[347px]`와 같은 임의의 값(arbitrary values)을 남발하게 되면 결국 디자인 시스템의 통제에서 벗어나게 됩니다 [12, 13].
* **실무적 해결 및 적용 전략:** 길어지는 클래스명을 관리하기 위해 `clsx`, `tailwind-merge`, CVA(Class Variance Authority)와 같은 라이브러리를 함께 사용하는 것이 일반적입니다 [4, 14]. 또한 기업 단위의 프로젝트에서는 레이아웃 및 간격 설정에는 Tailwind의 빠른 속도를 활용하고, 복잡한 애니메이션이나 특수한 구조가 필요한 컴포넌트에는 CSS Modules나 SCSS를 결합하여 사용하는 하이브리드 아키텍처를 많이 채택합니다 [15-17].

## 🔗 Knowledge Connections
- **Related Topics:** [[Utility-first CSS]], [[CSS Modules]], [[SCSS (Sass)]], [[BEM]], [[디자인 시스템 (Design System)]], [[CSS-in-JS]]
- **Projects/Contexts:** [[Next.js App Router]] (서버 컴포넌트의 제약으로 인해 런타임 코스트가 없는 Tailwind가 적극 권장되는 주요 맥락 [9, 18]), [[컴포넌트 기반 아키텍처]]
- **Contradictions/Notes:** 많은 개발자들이 Tailwind의 빠른 개발 속도와 디자인 일관성에 찬사를 보내는 반면 [5, 8], 일부 개발자들은 마치 2000년대의 "인라인 스타일(inline css)" 작성으로 회귀한 것 같다며 추상화의 부재와 코드의 난잡함에 불만을 표하고, CSS Modules나 BEM 같은 방식이 더 깨끗한 코드를 유지한다고 반대하기도 합니다 [1, 19-21].

---
*Last updated: 2026-04-26*