[소프트웨어 구축] GoF(Gang of Four) 디자인 패턴

 

디자인 패턴

GoF(Gang of Four) 처음 제안하여 구체화

• 시스템에서 소프트웨어 구조를 설계하기 위한 참고 모델
• 객체 지향 프로그램의 설계 시 자주 발생하는 문제에 대한 반복적 해결 방법
  ※ 아키텍처 패턴 : 전체 시스템의 구조 설계

 

생성 패턴

객체를 만드는 방법을 설계하는 패턴

• 프로그램에서 객체를 어떻게 생성하고 조합할지를 다루는 패턴
• 단순히 new로 만드는 게 아니라, 상황에 맞게 객체 생성 과정을 캡슐화하거나, 공통 인터페이스로 통일시켜줌

Abstract Factory	구체적인 클래스에 의존하지 않고, 서로 연관되거나 의존적인 객체들의 집합을 생성하는 인터페이스 제공
Builder	객체 생성 과정을 캡슐화하여 객체를 조립하며 생성, 동일한 생성 절차에서 서로 다른 결과 제공
Factory Method	상위 클래스에서 객체 생성 인터페이스를 정의하고, 인스턴스를 생성할 클래스는 서브클래스에서 결정
Prototype	원형(Prototype) 인스턴스를 복제하여 객체를 생성
Singleton	클래스의 인스턴스가 오직 하나만 존재하도록 보장하고, 전역적으로 접근할 수 있도록 함

 

구조 패턴

클래스나 객체를 조합해 더 큰 구조를 만드는 패턴

• 프로그램의 구조(즉, 클래스 간 관계)를 효율적으로 설계하는 데 사용
• 객체들이 어떻게 연결되어 협력할지, 확장 시 코드 수정을 최소화할지를 다룸

Adapter	비호환 인터페이스에 호환성을 부여하도록 변환. 기존 클래스를 감싸서(wrapper) 인터페이스 변환
Bridge	구현부와 추상부를 분리하여 각각 독립적으로 변경/확장 가능하게 함
Composite	트리 구조로 부분/전체 계층을 표현, 복합 객체와 단일 객체를 동일하게 다룸
Decorator	상속 대신 객체의 결합을 통해 기능을 동적으로 확장
Facade	복잡한 서브시스템을 단순한 인터페이스로 표현
Flyweight	인스턴스를 공유하여 메모리를 절약 (클래스 경량화)
Proxy	접근이 어려운 객체를 대신 제어하는 대리자 역할 수행

 

행위 패턴

객체들 간의 상호작용(행동 방식)을 정의하는 패턴

• 프로그램 내 객체들이 어떻게 협력하고 메시지를 주고받는지를 다룸
• 로직 흐름, 제어, 역할 분담과 관련된 패턴

Chain of Responsibility	처리 가능한 객체가 둘 이상 있을 때, 한 객체가 처리하지 못하면 다음 객체로 요청을 전달
Command	요청을 객체로 캡슐화하여 명령을 매개변수화하고 큐에 저장하거나 로그에 기록 가능
Interpreter	언어의 문법을 클래스 구조로 표현
Iterator	컬렉션의 내부 구조를 노출하지 않고 요소들을 순차적으로 접근할 수 있게 함
Mediator	객체 간 복잡한 상호작용을 캡슐화하여 객체를 직접 참조하지 않도록 중재자 역할 수행
Memento	객체의 상태를 저장하고 복원할 수 있도록 함
Observer	한 객체의 상태 변화가 다른 객체에 자동으로 통보되어 갱신되도록 함
State	객체의 내부 상태에 따라 동작이 달라지도록 함
Strategy	알고리즘 군을 정의하고, 각각을 캡슐화하여 교체 가능하게 함
Template Method	상위 클래스에서 알고리즘의 구조를 정의하고, 하위 클래스에서 세부 단계를 구현
Visitor	객체 구조를 변경하지 않고 새로운 연산을 추가할 수 있도록 함

 

참고

꿈꾸는라이언 정처기 실기 요약노트