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

10_Wiki/Topics/Frontend_Mastery/다수의 React-Next.js 애플리케이션과 공통 UI 라이브러리를 보유한 엔터프라이즈 규모의 프론트엔드 환경.md

@@ -1,4 +1,4 @@
-# [[다수의 React/Next.js 애플리케이션과 공통 UI 라이브러리를 보유한 엔터프라이즈 규모의 프론트엔드 환경]]
+# 다수의 React/Next.js 애플리케이션과 공통 UI 라이브러리를 보유한 엔터프라이즈 규모의 프론트엔드 환경
 
 ## 📌 Brief Summary
 다수의 React 및 Next.js 애플리케이션과 공통 UI 라이브러리를 보유한 엔터프라이즈 환경은 주로 pnpm workspaces, Turborepo, Nx 등과 같은 모노레포(Monorepo) 아키텍처를 통해 구축되고 관리됩니다 [1, 2]. 이러한 환경은 일관성과 재사용성을 극대화하기 위해 디자인 토큰(Design Tokens)을 기반으로 한 체계적인 디자인 시스템과 합성 컴포넌트(Compound Components) 같은 유연한 컴포넌트 패턴을 채택합니다 [3-5]. 특히 최근의 Next.js App Router(React Server Components) 환경에서는 성능 병목을 일으키는 런타임 CSS-in-JS(예: styled-components) 대신, 빌드 타임에 정적 CSS를 생성하는 Tailwind CSS나 vanilla-extract와 같은 접근법을 채택하여 확장성과 렌더링 성능을 확보하는 추세입니다 [6-9].
@@ -24,7 +24,7 @@
     *   Tailwind v4의 CSS 변수를 활용하면, 테마나 다크 모드를 구현할 때 의미론적 토큰의 값만 변경하여 수많은 컴포넌트의 로직 수정 없이 UI 전반에 변화를 즉시 반영할 수 있습니다 [40-42].
 
 ## 🔗 Knowledge Connections
-- **Related Topics:** [[Monorepo Architecture]], [[Design Tokens]], [[Compound Components]], [[React Server Components (RSC)]], [[Tailwind CSS vs Styled Components]], [[Feature-Sliced Design]]
+- **Related Topics:** [[Monorepo Architecture]], [[Design Tokens]], [[Compound Components]], [[React Server Components (RSC)]], Tailwind CSS vs Styled Components, [[Feature-Sliced Design]]
 - **Projects/Contexts:** [[Uber Base Web]], [[Shopify Polaris]]
 - **Contradictions/Notes:** 컴포넌트 스타일링 방식과 관련하여, 소스에서는 Styled-components 방식이 컴포넌트 중심의 직관적 코드 작성과 동적 스타일링에 유리하다고 인정하지만(장점), 대규모 Next.js 앱라우터(RSC) 환경에서는 런타임 오버헤드 문제와 Context 부재로 인해 아키텍처상 한계가 발생하므로 신규 프로젝트의 경우 Tailwind CSS나 CSS Modules, vanilla-extract를 권장하는 입장 차이를 보입니다 [6, 7, 9, 16, 26, 43].