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

10_Wiki/Topics/Frontend_Mastery/컴포넌트 기반 아키텍처 (React, Vue 등).md

@@ -11,8 +11,8 @@
 * **확장 가능한 디렉토리 구조 (Scalable Directory Structure):** 애플리케이션이 커지고 컴포넌트 수가 많아질 경우, 컴포넌트 파일들을 기능(Feature) 또는 도메인 기반으로 그룹화하는 구조가 권장됩니다 [22], [23], [24]. 특정 비즈니스 로직과 관련된 컴포넌트 및 그 스타일 파일을 기능별 폴더에 응집시키면, 향후 기능 삭제나 리팩토링 시 관련 스타일도 함께 안전하게 제거할 수 있어 코드 팽창(CSS Bloat)을 막고 유지보수성을 크게 높일 수 있습니다 [25], [26], [24].
 
 ## 🔗 Knowledge Connections
-- **Related Topics:** [[CSS Modules]], [[CSS-in-JS]], [[BEM]], [[Container Queries]], [[Tailwind CSS]], [[Single-File Components]]
-- **Projects/Contexts:** [[대규모 프론트엔드 프로젝트의 확장 가능한 폴더 구조 (Feature-Driven Architecture)]], [[React Server Components(RSC) 환경에서의 스타일링 도구 선택 및 마이그레이션 전략]]
+- **Related Topics:** [[CSS Modules]], [[CSS-in-JS]], [[BEM]], [[Container Queries]], [[Tailwind CSS]], Single-File Components
+- **Projects/Contexts:** 대규모 프론트엔드 프로젝트의 확장 가능한 폴더 구조 (Feature-Driven Architecture), React Server Components(RSC) 환경에서의 스타일링 도구 선택 및 마이그레이션 전략
 - **Contradictions/Notes:** CSS-in-JS(Styled-Components, Emotion 등)는 컴포넌트 로직과 스타일을 함께 두어 개발자 경험을 크게 향상시킨다고 평가받습니다 [11], [27]. 하지만 런타임 시점의 성능 오버헤드, 번들 크기 증가, 그리고 무엇보다 최신 React Server Components(RSC) 환경과의 비호환성 문제로 인해, 최근 대규모 프로젝트에서는 Tailwind CSS, CSS Modules 또는 Vanilla Extract와 같은 Zero-runtime 솔루션으로 회귀하는 추세가 강하게 나타나고 있습니다 [28], [29], [30], [31], [13], [32].
 
 ---