[G1-Sync] Manual knowledge update

10_Wiki/Topics/State-Management-Patterns.md

@@ -1,18 +1,18 @@
 ---
-id: DEV-STATE-MGMT-001
+id: DEV-[[State]]-MGMT-001
 category: "10_Wiki/💡 Topics/AI"
 confidence_score: 1.0
-tags: [frontend, software-architecture, state-management, redux, flux, zustand, react, design-patterns]
+tags: [[[Frontend]], software-[[Architecture]], state-[[Management]], redux, flux, zustand, react, design-patterns]
 last_reinforced: 2026-04-26
 ---
 
 # State Management Patterns (상태 관리 패턴)
 
 ## 📌 한 줄 통찰 (The Karpathy Summary)
-> "애플리케이션의 흩어진 기억(State)을 '단일 진실 공급원(Single Source of Truth)'으로 통합하고, 예측 가능한 규칙(Action)에 의해서만 변화를 허용하여 혼돈을 통제하라" — 복잡한 사용자 인터페이스에서 데이터의 흐름과 상태의 변화를 체계적으로 관리하기 위한 설계 패턴들의 총합.
+> "애플리케이션의 흩어진 기억(State)을 '단일 진실 공급원([[Single Source of Truth]])'으로 통합하고, 예측 가능한 규칙(Action)에 의해서만 변화를 허용하여 혼돈을 통제하라" — 복잡한 사용자 인터페이스에서 데이터의 흐름과 상태의 변화를 체계적으로 관리하기 위한 설계 패턴들의 총합.
 
 ## 📖 구조화된 지식 (Synthesized Content)
-- **추출된 패턴:** "Unidirectional Data Flow and Centralized Store" — 데이터가 위에서 아래로만 흐르게 하고(Prop Drilling 해결), 상태 변경은 오직 명시적인 요청(Dispatch)을 통해서만 발생하게 함으로써 앱의 현재 모습이 왜 그렇게 되었는지 완벽히 추적 가능하게 만드는 패턴.
+- **추출된 패턴:** "Unidirectional Data Flow and Centralized Store" — 데이터가 위에서 아래로만 흐르게 하고([[Prop Drilling]] 해결), 상태 변경은 오직 명시적인 요청(Dispatch)을 통해서만 발생하게 함으로써 앱의 현재 모습이 왜 그렇게 되었는지 완벽히 추적 가능하게 만드는 패턴.
 - **주요 관리 패턴:**
     - **Flux/Redux:** Action-Dispatcher-Store-View 순환 구조. 엄격하고 추적성이 높음.
     - **Atomic (Recoil/Jotai):** 상태를 작은 단위(Atom)로 쪼개어 필요한 컴포넌트만 구독. 유연함.