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,8 +21,8 @@ React 18에 도입된 자동 배칭(Automatic Batching)은 타이머, 프로미
 초기 로드 속도를 단축하기 위해 `React.lazy()`를 활용한 라우트 수준의 코드 스플리팅(Code Splitting)으로 자바스크립트 번들 크기를 줄이는 것이 중요합니다 [40]. 또한 100개 이상의 긴 목록을 렌더링할 때는 화면에 보이는 항목의 DOM 노드만 생성하는 가상화(Virtualization) 기술을 적용하면 렌더링 시간을 수 초에서 즉시 수준으로 단축할 수 있으며 [41, 42], DOM 트리 깊이를 줄이기 위해 불필요한 래퍼 대신 `React.Fragment`를 사용하는 것도 렌더링 효율을 높이는 방법입니다 [43-45].

 ## 🔗 Knowledge Connections
- **Related Topics:** [[클라이언트 사이드 렌더링(CSR)]], [[Critical Rendering Path (CRP)]], [[가상 DOM과 Reconciliation]], [[Reflow 및 Repaint 최적화]]
- **Projects/Contexts:** [[React Compiler를 활용한 메모이제이션 자동화]], [[React 18 자동 배칭 및 Concurrent 기능 적용]], [[긴 목록 렌더링 가상화(Virtualization)]]
+- **Related Topics:** 클라이언트 사이드 렌더링(CSR), [[Critical Rendering Path (CRP)]], 가상 DOM과 Reconciliation, [[Reflow 및 Repaint 최적화]]
+- **Projects/Contexts:** React Compiler를 활용한 메모이제이션 자동화, React 18 자동 배칭 및 Concurrent 기능 적용, 긴 목록 렌더링 가상화(Virtualization)
 - **Contradictions/Notes:** 소스 [30]은 모든 컴포넌트에 무조건적인 수동 메모이제이션(useMemo 등)을 적용하는 것은 오버헤드를 발생시켜 오히려 성능을 떨어뜨릴 수 있으므로 프로파일링을 통한 선별적 적용을 주장합니다. 그러나 소스 [11, 46, 47]에 따르면 React 19 컴파일러의 등장으로 이러한 수동 메모이제이션 방식 자체가 구식이 되어가고 있으며, 컴파일러가 최적의 메모이제이션 지점을 자동으로 판단하므로 개발자는 복잡한 최적화 작업의 90%를 덜어낼 수 있다고 설명합니다.

 ---