feat: Wiki 지식 자산 업데이트 - UX Scenarios, Frontend, Game Design, Topics 추가 [2026-05-08]

2026-05-08 19:52:07 +09:00
parent 9dd3d40662
commit 5ba5a55c78
3984 changed files with 334557 additions and 28839 deletions
@@ -1,9 +1,29 @@
+---
+id: wiki-2026-0508-웹-프론트엔드-아키텍처-설계
+title: 웹 프론트엔드 아키텍처 설계
+category: 10_Wiki/Topics
+status: needs_review
+canonical_id: self
+aliases: []
+duplicate_of: none
+source_trust_level: A
+confidence_score: 0.92
+tags: [uncategorized]
+raw_sources: []
+last_reinforced: 2026-05-08
+github_commit: pending
+inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
+tech_stack:
+  language: unspecified
+  framework: unspecified
+---
+
 # [[웹 프론트엔드 아키텍처 설계|웹 프론트엔드 아키텍처 설계]]

-## 📌 Brief Summary
+## 📌 한 줄 통찰 (The Karpathy Summary)
 웹 프론트엔드 아키텍처 설계는 사용자 인터페이스를 독립적이고 재사용 가능한 컴포넌트 단위로 분할하여 복잡성을 관리하는 기술적 구조화 과정입니다 [1, 2]. 브라우저의 중요 렌더링 경로(CRP)를 최적화하고 상태 변화에 따른 불필요한 리플로우(Reflow)와 리페인트(Repaint)를 최소화하는 것을 핵심 목표로 합니다 [3-5]. 또한 애플리케이션의 특성에 맞춰 CSR, SSR, SSG 등의 렌더링 전략을 선택 및 혼합하여, 초기 로딩 속도, 상호작용성, 그리고 SEO 간의 최적의 균형을 맞추는 중대한 의사 결정 과정입니다 [6-9].

-## 📖 Core Content
+## 📖 구조화된 지식 (Synthesized Content)
 * **컴포넌트 기반 아키텍처 ([[Component-Based Architecture|Component-Based Architecture]], CBA)**
  * 시스템을 특정 기능을 수행하는 독립적이고 캡슐화된 '컴포넌트'의 조합으로 구축하는 방법론입니다 [2, 10].
  * 각 컴포넌트는 모듈성, 재사용성, 확장성을 지니며, 다른 컴포넌트에 영향을 주지 않고 개별적인 개발, 테스트, 배포가 가능하므로 유지보수와 협업의 효율성을 크게 높입니다 [1, 11-13].
@@ -24,10 +44,64 @@
  * **Fiber와 동시성 (Concurrency):** React 16부터 도입된 Fiber는 렌더링 작업을 작게 분할하여, 긴급한 사용자 입력(클릭, 타이핑)과 같은 우선순위(Lanes)가 높은 작업을 먼저 처리하도록 렌더링을 중단하거나 재개할 수 있습니다 [42-45].
  * **자동 배칭과 컴파일러 최적화:** [[React 18|React 18]]의 자동 배칭(Automatic Batching)은 비동기 작업 내의 상태 업데이트도 묶어서 처리해 불필요한 리렌더링을 줄입니다 [46-48]. 나아가 [[React Compiler|React Compiler]]는 빌드 타임에 정적/반응형 값을 분석해 자동으로 최적의 메모이제이션을 삽입함으로써 개발자의 수동 최적화 부담을 줄입니다 [49-51].

-## 🔗 Knowledge Connections
+## 🔗 지식 연결 (Graph)
 - **Related Topics:** [[컴포넌트 기반 아키텍처 (CBA)|컴포넌트 기반 아키텍처 (CBA]], Critical Rendering Path (CRP), 가상 DOM (Virtual DOM) 및 Fiber, [[웹 렌더링 전략 (CSR, SSR, SSG, ISR)|웹 렌더링 전략 (CSR, SSR, SSG, ISR]], React Server Components (RSC), [[하이드레이션 (Hydration)|하이드레이션 (Hydration]]
 - **Projects/Contexts:** [[React 기반 대규모 웹 애플리케이션 최적화|React 기반 대규모 웹 애플리케이션 최적화]], [[Next.js를 활용한 하이브리드 렌더링 및 SEO 최적화|Next.js를 활용한 하이브리드 렌더링 및 SEO 최적화]]
 - **Contradictions/Notes:** 소스 [50]와 [52]는 React Compiler의 도입으로 `useMemo`나 `useCallback`과 같은 수동 메모이제이션이 90% 이상 불필요해진다고 강조합니다. 그러나 소스 [53]과 [54]은 서드파티 라이브러리가 매 렌더링마다 새로운 객체를 반환하거나 종속성 배열을 명시적으로 제어해야 할 때는 여전히 수동 메모이제이션이 제한적으로 필요할 수 있다고 지적합니다. 또한 소스 [55] 및 [56]은 [[React Server Components|React Server Components]]를 도입한다고 해서 자동으로 성능이 개선되는 것은 아니며, 데이터 종속성을 직렬로 설계할 경우 서버 측 폭포수(Waterfall) 현상이 발생할 수 있음을 주의해야 한다고 설명합니다.

 ---
-*Last updated: 2026-04-25*
+*Last updated: 2026-04-25*
+
+## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
+
+**언제 이 지식을 쓰는가:**
+- *(TODO)*
+
+**언제 쓰면 안 되는가:**
+- *(TODO)*
+
+## 🧪 검증 상태 (Validation)
+
+- **정보 상태:** needs_review
+- **출처 신뢰도:** A
+- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
+
+## 🧬 중복 검사 (Duplicate Check)
+
+- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
+- **처리 방식:** UPDATE (자동 정규화)
+- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
+
+## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
+
+- **과거 데이터와의 충돌:** 없음
+- **정책 변화:** 없음
+
+## 🕓 변경 이력 (Changelog)
+
+| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
+|------|-----------|-----------|--------|
+| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
+
+## 💻 코드 패턴 (Code Patterns)
+
+**패턴 1:** *(TODO: 이 프로젝트 컨벤션 반영한 구조 스켈레톤)*
+
+```text
+# TODO
+```
+
+## 🤔 의사결정 기준 (Decision Criteria)
+
+**선택 A를 써야 할 때:**
+- *(TODO)*
+
+**선택 B를 써야 할 때:**
+- *(TODO)*
+
+**기본값:**
+> *(TODO)*
+
+## ❌ 안티패턴 (Anti-Patterns)
+
+- **[안티패턴]:** *(TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*