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,10 +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)
 프론트엔드 기초 구조는 브라우저가 HTML, CSS, [[JavaScript|JavaScript]]를 시각적인 화면으로 변환하는 **중요 렌더링 경로(Critical Rendering Path)** 와 이를 효율적으로 제어하기 위한 아키텍처 및 렌더링 전략을 의미합니다 [1]. **리플로우(Reflow)와 리페인트(Repaint)를 최소화**하여 렌더링 성능을 최적화하는 것이 가장 핵심적인 과제입니다 [2, 3]. 현대 프론트엔드는 **컴포넌트 기반 아키텍처(CBA)** 를 통해 재사용성과 유지보수성을 높이며 [4], 애플리케이션의 요구사항에 따라 **CSR, SSR, SSG** 등의 렌더링 방식을 전략적으로 선택하여 사용자 경험을 극대화합니다 [5, 6]. 특히 React는 **[[Virtual DOM|Virtual DOM]]과 Fiber 아키텍처**를 도입하여 DOM 조작 비용을 줄이고 렌더링 성능을 획기적으로 개선했습니다 [7, 8].

-## 📖 Core Content
-
+## 📖 구조화된 지식 (Synthesized Content)
 **1. 브라우저 렌더링 과정 (Critical Rendering Path)**
 *   **DOM 및 [[CSSOM|CSSOM]] 트리 생성:** 브라우저는 네트워크를 통해 전달받은 HTML을 점진적으로 파싱하여 문서의 구조를 나타내는 **DOM(Document Object Model) 트리**를 구성합니다 [9, 10]. 동시에, 렌더링을 차단(Render-Blocking)하는 CSS를 파싱하여 스타일 정보를 담은 **[[CSSOM(CSS Object Model)|CSSOM(CSS Object Model]] 트리**를 생성합니다 [11, 12].
 *   **렌더 트리([[Render Tree|Render Tree]]) 구축:** DOM과 CSSOM이 결합하여 화면에 실제로 표시될 노드들만 포함하는 렌더 트리가 만들어집니다 [13, 14]. `display: none`이 적용된 요소나 `<head>` 태그 등은 시각적 출력이 없으므로 렌더 트리에 포함되지 않습니다 [14, 15].
@@ -28,10 +47,64 @@
 *   **개념 및 이점:** 애플리케이션을 특정 기능을 수행하는 독립적이고 캡슐화된 **소프트웨어 컴포넌트**들로 분할하여 조립하는 아키텍처입니다 [51-53]. 
 *   **효과:** 이 구조는 한 번 만든 컴포넌트를 여러 곳에서 재사용할 수 있게 하여 개발 속도를 높입니다(Reusability) [4, 54]. 또한, 모듈성을 바탕으로 한 구성 요소가 다른 요소에 영향을 미치지 않고 독립적으로 테스트 및 유지보수될 수 있으므로, 대규모 시스템에서의 확장성([[Scalability|Scalability]])과 팀 간 병렬 개발을 돕습니다 [4, 54-56].

-## 🔗 Knowledge Connections
+## 🔗 지식 연결 (Graph)
 - **Related Topics:** [[Critical Rendering Path|Critical Rendering Path]], [[Virtual DOM|Virtual DOM]], Reconciliation 및 Fiber 아키텍처, 컴포넌트 기반 아키텍처(CBA), 웹 렌더링 전략(CSR, SSR, SSG)
 - **Projects/Contexts:** [[Next.js|Next.js]]를 활용한 하이브리드 렌더링, React Server Components (RSC, React Compiler 및 Automatic Batching 적용
 - **Contradictions/Notes:** 소스 X[44-46]는 SSR이 SEO와 초기 콘텐츠 로딩(FCP) 측면에서 유리하다고 주장하지만, 동시에 브라우저가 대용량 JavaScript 번들을 다운로드하고 하이드레이션(Hydration)을 마칠 때까지 사용자와의 상호작용(TTI)이 심각하게 지연되는 단점이 존재한다고 설명합니다. 한편, 소스 Y[57, 58]는 React Compiler가 도입되어 수동 메모이제이션의 90%를 자동으로 처리한다고 밝히고 있으나, Effect의 의존성 제어가 필요한 특정 상황이나 서드파티 라이브러리 연동 시에는 여전히 `useMemo` 및 `useCallback`과 같은 수동 제어가 필요함을 지적합니다.

 ---
-*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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*