# [[Styled Components]] ## 📌[[ brief]] Summary Styled Components는 React 및 [[Next.js]] 환경에서 사용되는 대표적인 [[CSS-in-JS]] 라이브러리로, 자바스크립트 파일 내에서 태그된 템플릿 리터럴(tagged template literals)을 사용하여 CSS를 직접 작성할 수 있게 해줍니다 [1, 2]. 이 방식은 컴포넌트와 스타일 코드를 같은 곳에 위치(co-location)시키고 자동으로 고유한 클래스명을 생성하여 스타일의 전역 충돌을 방지합니다 [3, 4]. 프롭스(props)와 상태([[State]])를 기반으로 한 동적 스타일링에 매우 강력하지만, 런타임 CSS 생성으로 인한 성능 오버헤드와 최근의 [[React Server Components]](RSC) 환경에서의 호환성 처리라는 과제를 안고 있습니다 [4-6]. ## 📖 Core Content * **동적 스타일링 및 테마 시스템**: Styled Components는 프롭스와 상태, 그리고 테마를 활용해 자연스러운 동적 스타일링을 가능하게 합니다 [4, 6]. 라이브러리에 내장된 `ThemeProvider`는 [[Context API]]를 통해 앱 하위의 모든 컴포넌트에 테마를 주입할 수 있어 다크 모드나 다중 브랜드 테마를 구축하는 데 유용합니다 [4, 7]. * **주요 컴포넌트 API**: * **`as` 프롭스**: 컴포넌트에 적용된 스타일은 그대로 유지하면서, 런타임에 렌더링되는 실제 HTML 태그나 React 컴포넌트를 변경할 수 있는 다형성(polymorphism)을 제공합니다 [8]. * **트랜지언트 프롭스 (Transient props)**: 스타일링 컴포넌트 전용으로 사용되며 실제 DOM 노드에는 전달되지 않기를 원하는 프롭스의 경우, 이름 앞에 달러 기호(`$`)를 붙여 필터링할 수 있습니다 [9, 10]. * **성능 및 번들 사이즈의 한계**: 런타임에 CSS 문자열을 생성하고 브라우저에 주입해야 하기 때문에 CPU 및 [[JavaScript]] 실행 비용(런타임 텍스)이 발생합니다 [4, 6]. 라이브러리 추가로 인해 번들 사이즈가 약 30kb(gzipped) 증가하며, 대규모 렌더링(예: 10,000개 리스트 아이템) 시 빌드 타임 기반의 [[Tailwind CSS]](85ms)보다 렌더링 시간(148ms)이 더 오래 걸리는 등 성능 최적화 면에서 한계를 보입니다 [5, 6, 11]. * **[[React [[Server Components]] (RSC)]] 호환성과 Next.js 통합**: Styled Components의 테마 기능은 [[React Context]]에 의존하므로, Context가 없는 서버 컴포넌트(RSC) 환경에서는 기본적으로 작동하지 않습니다 [12, 13]. [[Next.js 15]]의 App Router에서 사용하기 위해서는 렌더링 중 CSS 규칙을 수집하여 ``에 주입하는 '스타일 레지스트리([[Style Registry]]) 패턴'을 적용해야 합니다 [14]. 또한 서버와 클라이언트 간의 하이드레이션([[Hydration]]) 불일치를 막기 위해 컴파일러 설정(`styledComponents`)을 활성화해야 합니다 [15]. 최신 버전(v6.3.0 이상)에서는 RSC 환경에서 자동으로 인라인 `