Home

디자인 패턴

디자인 패턴은 프로그래머가 어플리케이션이나 시스템을 디자인할 때 공통된 문제들을 해결하는데에 쓰이는 형식화 된 가장 좋은 관행이다. ^{출처: 위키백과}

디자인 패턴 공부를 위한 페이지입니다.

공부하기 위해 사용한 정보들은 Head First Design Patterns: 스토리가 있는 패턴 학습법^{(서환수 역 - 2005 초판)} 을 기준으로,
위키백과, 위키피디아, 구글링을 통한 기타 페이지 등 여러 출처를 바탕으로 최대한 오류를 범하지 않도록 작성하였으나,

이 페이지를 작성하는 저 또한 해당 학문을 공부하는 학생입니다.
∴해당 페이지의 정보를 맹신하지 마시길 바랍니다.

📝현재 열씸히 공부중📝

---

목차

사전 지식

• 상속과 구성
• SOLID 원칙^[1]
  • Single Responsiblity Principle (단일 책임 원칙)
  • Open-Closed Principle (개방-패쇄 원칙)
  • Liskov Substitution Principle (리스코프 치환 원칙)
  • Interface Segregation Principle (인터페이스 분리 원칙)
  • Dependency Inversion Principle (의존 역전 원칙)
    • 의존이란?
    • 의존성 주입이란?
• 기타 원칙
  • 최소 지식 원칙 (데메테르의 법칙)

패턴 목록

• 생성 패턴

  • 팩토리 패턴 (Factory pattern)
    • 팩토리 메소드 패턴
    • 추상 팩토리 패턴
    • 두 패턴의 차이점
  • 싱글턴 패턴 (Singleton pattern)
    • 🛑SRP위반?

• 구조 패턴

  • 데코레이터 패턴 (Decorator pattern)
  • 어댑터 패턴 (Adapter pattern)
    • 각 어댑터 패턴의 장단점
    • 어댑터 패턴과 데코레이터 패턴의 차이점
  • 퍼사드 패턴 (Facade pattern)
  • 프록시 패턴 (Proxy pattern)
  • 이터레이터, 컴포지트 패턴 (Iterator, Composite pattern)

• 동작 패턴

  • 옵저버 패턴 (Observer pattern)
  • 템플릿 메소드 패턴 (Template pattern)
  • 커맨드 패턴 (Command pattern)
  • 스트래티지 패턴 (Strategy pattern)
  • 스테이트 패턴 (State pattern)
    • 스트래티지 패턴과의 유사성

• 기타 패턴

  • 컴파운드 패턴 (Compound pattern)
  • 메소드 체이닝 (Method chaining)
  • Dispose 패턴 (Dispose pattern)

---

각주

^[1] 객체 지향 프로그래밍 및 설계의 다섯 가지 기본 원칙.^[↺]
프로그래머가 시간이 지나도 유지 보수와 확장이 쉬운 시스템을 만들고자 할 때 이 원칙들을 함께 적용할 수 있다.
SOLID 원칙들은 소프트웨어 작업에서 프로그래머가 소스 코드가 읽기 쉽고 확장하기 쉽게 될 때까지 소프트웨어 소스 코드를 리팩터링하여 코드 냄새를 제거하기 위해 적용할 수 있는 지침이다.^{출처: 위키백과}

해당 원칙들은 항상 지켜야 하는 규칙이 아니라, 우리가 지향해야 할 바를 밝히고 있을 뿐입니다. 디자인을 할 때 해당 원칙들을 염두해 둔다면, 원칙을 지키지 못하게 되더라도,불가피한 상황에서만 합리적인 이유를 바탕으로 그렇게 하게 될 것입니다.^{출처: Head First Design Patterns}