docs: finalized wiki integrity maintenance (v3.0 standard) - pruned 1400+ stubs and fixed 11k+ ghost links
This commit is contained in:
@@ -1,12 +1,12 @@
|
||||
---
|
||||
id: [[P-Reinforce]]-AI-ENCAPSULATION
|
||||
id: [[P-Reinforce|P-Reinforce]]-AI-ENCAPSULATION
|
||||
category: "10_Wiki/💡 Topics/AI"
|
||||
confidence_score: 1.00
|
||||
tags: [OOP, SoftwareDesign, Encapsulation, InformationHiding]
|
||||
last_reinforced: 2026-04-20
|
||||
---
|
||||
|
||||
# [[Encapsulation-and-Information-Hiding]] (캡슐화와 정보 은닉)
|
||||
# [[Encapsulation-and-Information-Hiding|Encapsulation-and-Information-Hiding]] (캡슐화와 정보 은닉)
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "내부 부품은 숨기고 조작 핸들만 노출하라." 데이터와 그 데이터를 조작하는 메서드를 하나로 묶고, 외부에서 직접적인 접근을 제한하여 객체의 무결성을 보호하고 결합도를 낮추는 객체지향의 핵심 원칙이다.
|
||||
@@ -22,5 +22,5 @@ last_reinforced: 2026-04-20
|
||||
- 캡슐화가 너무 과하면 지나친 추상화로 인해 코드가 복잡해지는 '추상 공해'가 발생한다. 무늬만 캡슐화인 단순 Getter/Setter 남발은 지양해야 한다. 최근 함수형 프로그래밍의 부상으로 데이터(Record)와 로직(Function)을 다시 분리하는 경향도 있으나, 대규모 시스템의 복잡도 제어에는 여전히 필수적인 개념이다.
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- Related: [[Object-Oriented-Programming]] (OOP) , SoC ([[Separation of Concerns]])
|
||||
- Related: [[Object-Oriented-Programming|Object-Oriented-Programming]] (OOP) , SoC ([[_뇌와 팔다리의 분리_ - 관심사의 분리 (Separation of Concerns)|Separation of Concerns]])
|
||||
- Practice: Getter-Setter-Abuse
|
||||
|
||||
Reference in New Issue
Block a user