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

2026-04-27 18:58:22 +09:00
parent 3424166ea2
commit 6b86b0da4c
2706 changed files with 9074 additions and 7273 deletions
@@ -21,7 +21,7 @@
 *   **`will-change` 속성과 레이아웃 스래싱(Layout Thrashing) 방지:** 브라우저가 애니메이션을 최적화할 수 있도록 `will-change` 속성을 통해 변경 사항을 미리 힌트로 제공할 수 있습니다 [17, 18]. 또한 DOM 읽기와 쓰기를 분리하고, `requestAnimationFrame`을 사용하여 애니메이션과 DOM 업데이트를 브라우저 렌더링 주기에 맞춰 일괄 처리(batch)해야 합니다 [19, 20].

 ## 🔗 Knowledge Connections
- **Related Topics:** [[실무에서 CSS 관리하는 방법]], [[애니메이션 (transition / keyframes)]], [[CSS 구조 설계 방식 BEM]]
+- **Related Topics:** [[실무에서 CSS 관리하는 방법]], 애니메이션 (transition / keyframes), CSS 구조 설계 방식 BEM
 - **Projects/Contexts:** 실무에서 대규모 프론트엔드 프로젝트의 CSS를 설계하거나 인터랙티브 UI 애니메이션을 구현할 때, 화려함("예쁘게")에 치중하여 성능을 저하시키는 코드를 피하고, 성능 최적화 및 유지보수성이 확보된 코드를 작성하기 위한 지침으로 사용됩니다.
 - **Contradictions/Notes:** 성능을 높이기 위해 사용하는 `will-change` 속성의 경우, 브라우저의 최적화를 돕는 좋은 힌트가 되지만 필요 이상으로 많은 요소에 남용하면 오히려 시스템 리소스를 과도하게 소모하여 성능 문제를 유발할 수 있으므로 최후의 수단으로 신중히 사용해야 합니다 [17, 18]. 또한, 극한의 상황에서는 애니메이션의 시각적 부드러움을 다소 희생하더라도 한 번에 이동하는 픽셀 폭을 넓혀 CPU의 부하(리플로우 과부하)를 줄이는 것이 모바일 기기 등에서 유리할 수 있습니다 [16].