[G1-Sync] Manual knowledge update

10_Wiki/Topics/Programming & Language/객체 지향 소프트웨어 아키텍처 설계.md

@@ -1,5 +1,5 @@
 ---
-id: P-REINFORCE-AUTO-B40B56
+id: [[P-Reinforce]]-AUTO-B40B56
 category: "10_Wiki/💡 Topics/Programming & Language"
 confidence_score: 0.90
 tags: [auto-reinforced]
@@ -13,9 +13,9 @@ github_commit: "[P-Reinforce] Continuous Worker - 객체 지향 소프트웨어
 > **객체 지향 소프트웨어 아키텍처 설계**는 데이터와 행동을 객체(Object) 내에 캡슐화하여 복잡한 시스템을 더 작고 관리하기 쉬운 단위로 구성하는 패러다임입니다 [1, 2]. 이는 코드의 의존성을 줄이고 재사용성을 높여 소프트웨어를 더 이해하기 쉽고, 유연하며, 유지보수가 가능하도록 만드는 것을 핵심 목표로 합니다 [3, 4].
 
 ## 📖 구조화된 지식 (Synthesized Content)
-*   **객체 캡슐화와 관심사의 분리(SoC):** 1980년대에 대두된 객체 지향 프로그래밍(OOP) 패러다임은 데이터와 행위를 객체 내에 캡슐화함으로써 서로 다른 객체 간의 자연스러운 **관심사 분리(Separation of Concerns)**를 이끌어냈습니다 [1, 2]. 각 객체가 특정한 측면의 기능이나 책임에 집중하게 함으로써 모듈화, 유지보수성, 확장성을 향상시킵니다 [2, 5].
+*   **객체 캡슐화와 관심사의 분리(SoC):** 1980년대에 대두된 객체 지향 프로그래밍(OOP) 패러다임은 데이터와 행위를 객체 내에 캡슐화함으로써 서로 다른 객체 간의 자연스러운 **관심사 분리([[Separation of Concerns]])**를 이끌어냈습니다 [1, 2]. 각 객체가 특정한 측면의 기능이나 책임에 집중하게 함으로써 모듈화, 유지보수성, 확장성을 향상시킵니다 [2, 5].
 *   **SOLID 원칙 기반의 설계:** 객체 지향 아키텍처의 견고한 기반은 **SOLID 원칙**(단일 책임, 개방/폐쇄, 리스코프 치환, 인터페이스 분리, 의존성 역전)에 의해 주도됩니다 [3]. 이 원칙들은 서로 협력하여 컴포넌트 간의 결합도를 낮추고 코드의 부패를 방지합니다 [3]. 특히 '단일 책임 원칙(SRP)'과 '인터페이스 분리 원칙(ISP)'은 관심사의 분리 개념에서 직접적으로 파생된 중요한 요소입니다 [6, 7].
-*   **객체 지향적인 횡단 관심사(Cross-Cutting Concerns) 처리:** 시스템의 여러 영역에 걸쳐 발생하는 횡단 관심사 문제 역시 SOLID 설계 원칙을 활용해 객체 지향적으로 해결할 수 있습니다 [8]. 다형성(Polymorphism)을 기반으로 확장 가능한 클래스 집합을 생성하고, 추상 기반 클래스를 **템플릿 메서드(Template Method)**나 **전략(Strategy) 패턴**을 이용해 오버라이드하는 방식으로 기능을 구현하여 개방-폐쇄 원칙을 준수할 수 있습니다 [8, 9].
+*   **객체 지향적인 횡단 관심사(Cross-Cutting Concerns) 처리:** 시스템의 여러 영역에 걸쳐 발생하는 횡단 관심사 문제 역시 SOLID 설계 원칙을 활용해 객체 지향적으로 해결할 수 있습니다 [8]. 다형성(Polymorphism)을 기반으로 확장 가능한 클래스 집합을 생성하고, 추상 기반 클래스를 **템플릿 메서드(Template Method)**나 **전략([[Strategy]]) 패턴**을 이용해 오버라이드하는 방식으로 기능을 구현하여 개방-폐쇄 원칙을 준수할 수 있습니다 [8, 9].
 *   **AOP(관점 지향 프로그래밍)를 통한 아키텍처 보완:** 전통적인 객체 지향 프로그래밍은 모듈을 기능 단위로 수직적 분리하는 데는 효과적이지만, 로깅이나 보안과 같이 시스템 전체에 흩어진 공통 기능들을 완벽히 분리하는 데는 한계가 있습니다 [10]. 이를 보완하기 위해 AOP 접근 방식을 더하여 횡단 관심사를 수평적으로 분리하고 모듈화하면, **OOP 코드를 더욱 단순화하고 역할을 명확하게 분리**할 수 있습니다 [10, 11].
 
 ## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)