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

10_Wiki/Topics/Architecture/관점_지향_프로그래밍(AOP).md

@@ -1,20 +1,33 @@
 ---
-category: Unified
+id: wiki-2026-0508-관점-지향-프로그래밍-aop
+title: 관점 지향 프로그래밍(AOP)
+category: 10_Wiki/Topics
+status: needs_review
+canonical_id: self
+aliases: []
+duplicate_of: none
+source_trust_level: A
+confidence_score: 0.92
 tags: [auto-consolidated, technical-documentation]
-title: [[관점 지향 프로그래밍 (AOP)|관점 지향 프로그래밍 (AOP]]
-last_updated: 2026-05-02
+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
 ---
 
 # [[관점 지향 프로그래밍 (AOP)|관점 지향 프로그래밍 (AOP]]
 
-## 📌 Brief Summary
+## 📌 한 줄 통찰 (The Karpathy Summary)
 > 관점 지향 프로그래밍(Aspect-Oriented Programming, AOP)은 소프트웨어 개발에서 시스템 전체에 흩어져 있는 횡단 관심사(Cross-Cutting Concerns)를 주요 비즈니스 로직과 분리하여 모듈화하는 프로그래밍 기법입니다 [1]. 이는 객체 지향 프로그래밍(OOP)의 단점을 보완하여 코드 중복을 최소화하고 가독성 및 유지보수성을 향상시키는 역할을 합니다 [1, 2]. 로깅, 보안, 트랜잭션 관리 등 여러 모듈에 공통으로 쓰이는 기능들을 중앙에서 효과적으로 관리할 때 주로 도입됩니다 [3, 4].
 
 ---
 
 > 관점 지향 프로그래밍(AOP, Aspect-Oriented Programming)은 소프트웨어 개발 시 로깅, 보안 등 시스템 전체에 공통으로 사용되는 횡단 관심사(Cross-Cutting Concerns)를 주요 비즈니스 로직으로부터 분리하여 모듈화하는 프로그래밍 기법이다 [1-3]. 이는 객체 지향 프로그래밍(OOP)의 단점을 보완하며, 공통된 기능을 수평적으로 분리해 코드의 단순화와 명확한 역할 분리를 돕는다 [1, 2]. 결과적으로 AOP를 도입하면 코드의 중복을 제거할 수 있고, 가독성과 유지보수성이 크게 향상되는 이점을 얻을 수 있다 [2].
 
-## 📖 Core Content
+## 📖 구조화된 지식 (Synthesized Content)
 - **핵심 개념 및 구성 요소**
   - **횡단 관심사 (Cross-Cutting Concerns):** 시스템의 여러 모듈에 공통적으로 적용되는 로깅, 보안, 캐싱 등의 기능을 의미하며, AOP는 이를 수평적으로 분리하여 캡슐화합니다 [1, 2]. 
   - **애스펙트 (Aspect):** 횡단 관심사를 정의하고 구현한 모듈 자체를 뜻합니다 [2].
@@ -50,7 +63,7 @@ last_updated: 2026-05-02
 * **단점:** 런타임에 Aspect가 적용되는 경우 코드의 실행 흐름을 직관적으로 추적하기 어려울 수 있으며, 처리 과정에서 약간의 성능 오버헤드가 발생한다 [6]. 오용하거나 과용하면 시스템의 복잡도가 오히려 증가한다 [6].
 * **도입 기준:** 반복적인 작업이 많은 대규모 애플리케이션에서는 도입이 매우 효과적이지만, 단순한 작업만 수행하는 소규모 프로젝트에서는 과도한 설계(Over-engineering)가 될 수 있다 [6]. 또한, 성능 오버헤드에 민감한 실시간 처리 시스템의 경우 사용에 신중해야 한다 [6].
 
-## ⚖️ Trade-offs & Caveats
+## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
 - **과거 데이터와의 충돌:** 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
 - **정책 변화:** Programming & Language 분야의 자동 자산화 수행.
 
@@ -59,7 +72,7 @@ last_updated: 2026-05-02
 - **과거 데이터와의 충돌:** 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
 - **정책 변화:** Programming & Language 분야의 자동 자산화 수행.
 
-## 🔗 Knowledge Connections
+## 🔗 지식 연결 (Graph)
 ---
 
 ---
@@ -72,3 +85,52 @@ last_updated: 2026-05-02
 *Last updated: 2026-04-18*
 
 ---
+
+## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
+
+**언제 이 지식을 쓰는가:**
+- *(TODO)*
+
+**언제 쓰면 안 되는가:**
+- *(TODO)*
+
+## 🧪 검증 상태 (Validation)
+
+- **정보 상태:** needs_review
+- **출처 신뢰도:** A
+- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
+
+## 🧬 중복 검사 (Duplicate Check)
+
+- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
+- **처리 방식:** UPDATE (자동 정규화)
+- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
+
+## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*