bluemsi/2nd
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

feat: complete wikification of War Commander batch 1&2 and final grey dot cleanup

Browse Source
This commit is contained in:
yesung
2026-04-27 18:58:22 +09:00
parent 3424166ea2
commit 6b86b0da4c
2706 changed files with 9074 additions and 7273 deletions
Download Patch File Download Diff File Expand all files Collapse all files
10_Wiki/Topics/Frontend_Mastery/CSS 성능 최적화(CSS Performance Optimization).md
+1 -1
View File
@@ -14,7 +14,7 @@ CSS 성능 최적화는 웹 페이지의 렌더링을 차단하는 요소를 줄
CSS Containment 모듈의 `contain`이나 `content-visibility` 속성을 사용하면, 브라우저가 페이지의 특정 컨테이너를 다른 DOM 요소와 분리하여 독립적으로 렌더링 최적화를 수행하도록 지시할 수 있습니다 [27, 28]. 화면에 보이기 전까지는 해당 컨테이너의 레이아웃과 렌더링을 생략할 수 있어 성능이 크게 향상됩니다 [28].
## 🔗 Knowledge Connections
- **Related Topics:** [[애니메이션 (transition / keyframes)]], [[CSS 구조 설계 방식]], [[리플로우와 리페인트(Reflows & Repaints)]], [[CSS Modules]]
- **Related Topics:** 애니메이션 (transition / keyframes), [[CSS 구조 설계 방식]], 리플로우와 리페인트(Reflows & Repaints), [[CSS Modules]]
- **Projects/Contexts:** [[실무에서 CSS 관리하는 방법]]
- **Contradictions/Notes:** 컴포넌트 기반 아키텍처에서 Styled-components와 같은 런타임 CSS-in-JS 방식은 동적 스타일링에 유리하지만, 브라우저 런타임에 CSS를 파싱하고 주입해야 하므로 성능 오버헤드와 렌더링 속도 저하를 유발할 수 있습니다 [29, 30]. 반면 성능이 중요한 환경에서는 정적 CSS를 생성하는 CSS Modules나 Tailwind CSS 같은 Zero-runtime 방식이 성능 상 더 권장됩니다 [31-34]. 또한 브라우저 최적화를 돕는 `will-change` 속성은 성능 문제를 미리 방지하고자 너무 많은 요소에 남용할 경우 오히려 브라우저의 리소스를 소모해 성능 저하를 일으킬 수 있으므로 최후의 수단으로만 사용해야 합니다 [24, 25].