디자인 패턴

작성자

익명

작성일

2026.06.20

조회수

None

버전

디자인 패턴 (Design Pattern)

개요

디자인 패턴(Design Pattern)은 소프트웨어 공학에서 반복적으로 발생하는 설계 문제를 해결하기 위한 재사용 가능한 해결책을 의미합니다. 1977년 건축가 크리스토퍼 알렉산더가 건축 분야에서 처음 제안한 개념을 소프트웨어 공학에 도입한 것으로, 에리히 감마(Richard Gamma), 리처드 헬름(Richard Helm), 랄프 존슨(Ralph Johnson), 존 블리스시드(John Vlissides) 등 4인의 저자(일명 '고패스', Gang of Four)가 1994년 저서 《객체지향 소프트웨어의 재사용을 위한 디자인 패턴》을 통해 체계화하였습니다.

디자인 패턴은 특정 코드를 복사하여 붙여넣는 템플릿이 아니라, 문제의 맥락(Context), 문제(Problem), 해결책(Solution)의 구조를 설명하는 추상적인 모델입니다. 이를 통해 개발자들 간에 공통된 용어를 사용하여 복잡한 설계 개념을 효율적으로 소통할 수 있으며, 유지보수성과 확장성을 갖춘 견고한 소프트웨어 아키텍처를 구축하는 데 기여합니다.

주요 분류

디자인 패턴은 일반적으로 해결하고자 하는 문제의 범위와 범위에 따라 세 가지 주요 카테고리로 나뉩니다.

1. 생성 패턴 (Creational Patterns)

객체의 생성 과정을 추상화하여 시스템이 특정 객체에 종속되지 않도록 하는 패턴입니다. 객체가 어떻게 생성되고, 조합되며, 표현되는지에 초점을 맞춥니다.

싱글톤 (Singleton): 클래스의 인스턴스가 오직 하나만 생성되도록 보장하며, 전역 접근점을 제공합니다.
팩토리 메서드 (Factory Method): 서브클래스가 인스턴화할 클래스를 결정하도록 합니다.
추상 팩토리 (Abstract Factory): 관련되거나 의존적인 객체들의_family_를 구체적인 클래스 이름 없이 생성합니다.
빌더 (Builder): 복잡한 객체의 생성 단계를 단계별로 분리하여, 같은 구성 과정으로 다른 표현을 만들 수 있게 합니다.
프로토타입 (Prototype): 기존 인스턴스를 복제(클론)하여 새로운 객체를 생성합니다.

2. 구조 패턴 (Structural Patterns)

클래스와 객체의 조합을 통해 더 크고 복잡한 구조를 만드는 방법을 다룹니다. 인터페이스를 사용하여 개체 간의 의존성을 줄이고, 시스템의 구조를 유연하게 만듭니다.

어댑터 (Adapter): 호환되지 않는 인터페이스를 가진 클래스들을 함께 작동하도록 합니다.
데코레이터 (Decorator): 객체에 새로운 기능을 동적으로 추가할 수 있게 합니다.
프록시 (Proxy): 다른 객체에 대한 접근을 제어하기 위한 대리자를 제공합니다.
컴포지트 (Composite): 객체들을 트리 구조로 구성하여 부분-전체 계층을 표현합니다.

3. 행동 패턴 (Behavioral Patterns)

객체 간의 책임 분배와 통신 방식을 다루며, 알고리즘의 상호작용과 캡슐화에 중점을 둡니다.

전략 (Strategy): 알고리즘의_family_를 정의하고 각각을 캡슐화하여 상호 교환 가능하게 합니다.
옵저버 (Observer): 객체의 상태가 변경될 때 이를 자동으로 알려주는 의존성 일대다 관계를 정의합니다.
커맨드 (Command): 요청을 객체로 캡슐화하여 매개변수화, 대기열 저장, 로깅 등을 가능하게 합니다.
템플릿 메서드 (Template Method): 알고리즘의 골격을 슈퍼클래스에 정의하고 하위 클래스에서 세부 단계를 재정의하게 합니다.