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
@@ -23,8 +23,8 @@ Reflow는 브라우저가 문서의 레이아웃이나 요소의 기하학적
  * **테이블 레이아웃 지양 및 선택자 단순화:** 테이블 레이아웃은 렌더링 시 여러 번의 계산 패스가 필요하고, 작은 변경에도 내부의 모든 노드에 Reflow를 유발하므로 피해야 한다(필요시 `table-layout: fixed` 사용) [21, 22]. 더불어 불필요하게 깊게 중첩되고 복잡한 CSS 선택자는 렌더링 파싱 속도를 늦추므로 단순하고 직접적인 선택자를 사용해야 한다 [19, 23, 24].

 ## 🔗 Knowledge Connections
- **Related Topics:** [[CSS 성능 최적화]], [[CSS 애니메이션(transition / keyframes)]], [[DOM 조작과 렌더링 파이프라인]], [[GPU 가속(Compositing)]]
- **Projects/Contexts:** [[확장 가능한 CSS 아키텍처 설계]], [[실무에서의 CSS 상태 관리 및 프론트엔드 성능 개선]]
+- **Related Topics:** CSS 성능 최적화, CSS 애니메이션(transition / keyframes), DOM 조작과 렌더링 파이프라인, GPU 가속(Compositing)
+- **Projects/Contexts:** 확장 가능한 CSS 아키텍처 설계, 실무에서의 CSS 상태 관리 및 프론트엔드 성능 개선
 - **Contradictions/Notes:** 브라우저 제조사들이 성능 저하의 주범으로 지목하는 Reflow와 Repaint 자체를 브라우저 환경에서 완전히 없앨 수는 없습니다. 하지만 개발자는 불필요한 레이아웃 속성 변경이나 레이아웃 스래싱을 피하도록 설계함으로써 그 영향을 획기적으로 최소화할 수 있습니다 [20, 25, 26]. `will-change` 속성 또한 브라우저 최적화를 돕는 훌륭한 도구이지만, 과도하게 사용할 경우 오히려 디바이스 리소스를 고갈시켜 프레임 드랍을 유발할 수 있으므로 최후의 수단으로 신중히 사용해야 합니다 [15, 16, 27].

 ---