디자인 패턴이란

• 특정 상황 하에서 일반적인 설계 문제를 해결하기 위한 구조에 관한 설명
• 패턴 이름, 문제, 해법, 결과라는 4가지 요소로 구성된다.

GOF 패턴: 위의 디자인 패턴 중 유명한 4명이 제시한 패턴을 의미한다. ( Gang Of Four )

디자인 패턴의 사용처

• 특정 클래스의 객체 생성
  • 객체 생성 시의 클래스 이름을 명시하면 구현에 종속된다. 이를 제거하기 위한 패턴
  • 해결 패턴: 추상 팩토리, 팩토리 메서드, 프로토 타입
• 특정 연산 의존성: 특정 연산 구현에 의존하면 그 구현을 벗어날 수 없다.
  • 해결 패턴: 책임 연쇄, 명령
• 하드웨어, 소프트웨어 의존성: 특정 플랫폼, 소프트웨어 의존성을 가지는 경우 교체를 위함.
  • 해결 패턴: 추상 팩토리, 브릿지
• 객체의 표현,구조 의존성: 객체 사용자가 너무 많은 정보를 알아야 구현이 가능한 문제를 해결
  • 해결 패턴: 추상 팩토리, 브릿지, 메멘토, 프록시
• 알고리즘 의존성: 변경이 가능한 알고리즘을 분리해 내는 방법
  • 해결 패턴: 빌더, 반복자, 전략, 템플릿 메서드, 방문자
• 높은 결합도: 높은 결합도를 낮추기 위한 방법
  • 해결 패턴: 추상 팩토리, 가교, 책임 연쇄, 명령, 퍼사드, 중재자, 감시자
• 무분별한 서브 클래싱: 코드의 재 사용을 위한 서브 클래싱은 하지 않도록 하는 방법
  • 해결 패턴: 가교, 책임 연쇄, 장식자, 감시자, 전략
• 클래스 변경의 어려움: 라이브러리, 또는 파급력(Code Impact)가 있는 클래스를 변경해야 할 때
  • 해결 패턴: 어댑터, 장식자, 방문자

디자인 패턴의 분류

• 특정 객체의 집합을 생성하기 위한 인터페이스를 제공하는 패턴
• 활용 용도
  • 여러 제품군(서브 시스템)을 설정하고 다른 것으로 교체 해야할 때
  • 관련 제품군이 함께 사용되도록 설계되었을 때
  • 서브 시스템의 인터페이스만 노출하고 싶을 때
• 장점
  • 구체 클래스의 분리
  • 제품군의 쉬운 교체
  • 일관성의 증진
• 단점
  • 새로운 종류의 제품 추가 힘듬 → 모든 서브셋을 전부 추가해야함

• 인스턴스를 만드는 결정을 서브 클래스로 미루는 패턴
• 활용 용도
  • 사용자가 자신을 생성해야 하는 객체를 예측 할 수 없을 때
  • 객체 생성의 책임을 서브 클래스가 지정하고자 할 때
• 장점
  • 서브 클래스에 대한 Hook 제공이 가능
  • 객체의 생성과 사용의 분리로 결합도를 낮춤
• 단점
  • 여러 서브 클래싱이 필요 할 수 있음( If-else를 쓰지 않는다면 )

• 생성 과정과 표현 방법을 분리하여 동일한 절차를 통해 다른 결과를 만들 수 있게 한다.
• 활용 용도
  • 복합 객체의 합성 방법이 매우 복잡하고 다양할 때
  • 표현이 서로 다르더라도 생성 절차에서 이를 지원해야 할 때
• 장점
  • 객체 내부 표현을 다양하게 변화 가능
  • 생성, 표현에 필요한 코드의 분리
  • 복합 객체 생성의 단계 분리
• 단점
  • 의도하지 않은 동작의 가능성

• 새로 생성하는 객체를 원형의 복사와 확장을 통해 구성하는 패턴
• 활용 용도
  • 인스턴스 클래스를 런타임에 지정할 때
  • 병렬적으로 만드는 팩토리를 제거하고 싶을 때
  • 서로 다른 상태 조합을 쉽게 구현할 때
• 장점
  • 런타임에 새로운 타입의 추가,삭제
  • State(값)의 변화로 새로운 타입 정의 가능
  • 서브 클래스의 수를 줄임.
• 단점
  • 원형 관리자의 필요성 ( 원형은 변경되어서는 안되므로 )
  • 복사 연산을 반드시 구현해야 한다.

• 클래스의 인스턴스가 오직 시스템에서 하나임을 보장하는 패턴
• 정적 멤버 함수보다 훨씬 효율적
• 활용 용도
  • 인스턴스가 오직 하나 임을 보장하고, 쉽게 접근해야 할 때
• 장점
  • 접근 통제
  • 쉬운 구현 변화( 단일 객체에서 다 객체로 변화)
• 단점
  • 유일성 보장에 대한 구현 필요
  • 단일체 관리자의 필요 ( 리플렉션을 통한 생성 방지 )