[Design Pattern] GoF(Gang of Four) 디자인 패턴 종류

디자인 패턴이란?

디자인 패턴은 소프트웨어 공학의 소프트웨어 설계에서 공통으로 발생하는 문제에 대해 자주 쓰이는 설계 방법을 정리한 패턴입니다.

모듈의 세분화된 역할이나 모듈들 간의 인터페이스 구현 방식을 설계할때 참조할 수 있는 전형적인 해결 방식이라고 볼 수 있습니다.

또한, 디자인 패턴은 한 패턴에 변형을 가하거나 어떠한 요구사항을 반영하면 다른 패턴으로 변형되는 특징이 있습니다.

 

*패턴 : 비슷하거나 동일한 양식 또는 유형들이 반복되어 나타남, 문제와 해결책도 동일한 유형이나 양식을 통해 쉽게 찾음

 

디자인 패턴의 장단점

• 장점 : 개발의 효율성, 유지보수성, 운용성이 높아지며 프로그램의 최적화가 가능(불필요한 리소스 낭비 방지)
• 단점 : 초기 투자 비용의 부담

 

디자인 패턴의 구성 요소

• context : 문제가 발생하는 여러 상황을 기술, 패턴이 적용될 수 있는 상황을 나타냄
• problem : 패턴이 적용되어 해결될 필요가 있는 여러 디자인 이슈들을 기술, 이때 여러 제약 사항과 영향력도 문제 해결을 위해 고려
• solution : 문제를 해결하도록 설계를 구성하는 요소들과 그 요소들 사이의 관계, 책임, 협력 관계를 기술

 

 ** 아키텍쳐 패턴 vs 디자인 패턴

• 아키텍쳐 패턴은 디자인 패턴보다 상위 수준의 설계에 사용된다.
• 아키텍쳐 패턴이 전체 시스템의 구조를 설계하기 위한 참조 모델이라면, 디자인 패턴은 서브시스템에 속하는 컴포넌트들끼리의 관계를 설계하기 위한 참조 모델이다.

GoF란?

1995년 GoF라고 불리는 Erich Gamma, Richard Helm, Ralph Johnson, John Vissides 4명이 처음으로 디자인 패턴을 구체화 하였는데, GoF의 디자인 패턴은 소프트웨어 공학에서 가장 많이 사용되는 디자인 패턴입니다.

 

GoF의 분류 기준

GoF 디자인 패턴을 분류하는 기준은 2가지가 있습니다.

 

1. 목적에 따라 분류

생성패턴 5개, 구조 패턴 7개, 행위 패턴 11개, 총 23개의 패턴으로 구성됩니다.

유형	설명
생성	객체 인스턴스 생성에 관여, 클래스 정의와 객체 생성 방식을 구조화, 캡슐화를 수행하는 패턴
구조	더 큰 구조 형성 목적으로 클래스나 객체의 합성(조합)을 다루는 패턴
행위	클래스나 객체들이 상호작용하는 방법과 역할 분담 방법에 다루는 패턴

 

2. 범위에 따라 분류

패턴을 주로 클래스에 적용하는지, 객체에 적용하는지 구분하는 것입니다.

유형	설명
클래스	클래스와 서브클래스 간의 관련성을 다루고, 주로 상속을 통해 관련되며, 컴파일 타임에 정적으로 결정
객체	객체 간의 관련성을 다루고, 런타임에 변경될 수 있는 동적인 성격을 가짐

 

디자인 패턴 분류표

출처 : https://4z7l.github.io/2020/12/25/design_pattern_GoF.html

 

생성 패턴

생성 패턴은 객체의 생성과 관련된 패턴으로, 객체의 인스턴스 과정을 추상화 하는 방법입니다. 객체의 생성과 참조 과정을 캡슐화하여 객체가 생성되거나 변경되어도 프로그램 구조에 영향을 받지 않도록 하여 프로그램에 유연성을 더해줍니다.

- 생성 클래스 패턴은 객체를 생성하는 일부를 서브클래스가 담당하도록 함

- 생성 객체 패턴은 객체 생성을 다른 객체에게 위임

 

이름	의도
추상 팩토리(Abstract Factory)	구체적인 클래스를 지정하지 않고 인터페이스를 통해 서로 연관되는 객체들을 그룹으로 표현
빌더(Builder)	복합 객체의 생성과 표현을 분리하여 동일한 생성 절차에서도 다른 표현 결과를 만들어낼 수 있음
팩토리 메소드(Factory Method)	객체 생성을 서브클래스로 위임하여 캡슐화함
프로토타입(Prototype)	원본 객체를 복사함으로써 객체를 생성함
싱글톤(Singleton)	어떤 클래스의 인스턴스는 하나임을 보장하고 어디서든 참조할 수 있도록 함

 

구조 패턴

구조 패턴은 클래스나 객체들을 조합해 더 큰 구조로 만들 수 있게 해주는 패턴입니다.

- 구조 클래스 패턴 : 상속을 통해 클래스나 인터페이스를 합성

- 구조 객체 패턴은 객체를 합성하는 방법을 정의

 

이름	의도
어댑터(Adapter)	클래스의 인터페이스를 다른 인터페이스로 변환하여 다른 클래스가 이용할 수 있도록 함
브리지(Bridge)	구현부에서 추상층을 분리하여 각자 독립적으로 확장할 수 있게 함
컴포지트(Composite)	객체들의 관계를 트리 구조로 구성하여 복합 객체와 단일 객체를 구분없이 다룸
데코레이터(Decorator)	주어진 상황 및 용도에 따라 어떤 객체에 다른 객체를 덧붙이는 방식
퍼싸드(Facade)	서브시스템에 있는 인터페이스 집합에 대해 하나의 통합된 인터페이스(Wrapper) 제공
플라이웨이트(Flyweight)	크기가 작은 여러 개의 객체를 매번 생성하지 않고 가능한 공유할 수 있도록 하여 메모리를 절약함
프록시(Proxy)	접근이 어려운 객체로의 접근을 제어하기 위해 객체의 Surrogate나 Placeholder를 제공

 

행위 패턴

행위 패턴은 클래스나 객체들이 서로 상호작용하는 방법이나 어떤 태스크, 어떤 알고리즘을 어떤 객체에 할당하는 것이 좋을지를 정의하는 패턴입니다. 즉, 객체나 클래스의 교류 방법에 대해 정의하는 것입니다. 행위 패턴은 하나의 객체로 수행할 수 없는 작업을 여러 객체로 분배하면서 그들 간의 결합도를 최소화 할 수 있도록 도와줍니다.

- 행위 클래스 패턴 : 상속을 통해 알고리즘과 제어 흐름을 기술

- 행위 객체 패턴 : 하나의 작업을 수행하기 위해 객체 집합이 어떻게 협력하는지 기술

 

이름	의도
책임 연쇄(Chain of Responsibility)	요청을 받는 객체를 연쇄적으로 묶어 요청을 처리하는 객체를 만날 때까지 객체 Chain을 따라 요청을 전달함
커맨드(Command)	요청을 객체의 형태로 캡슐화하여 재사용하거나 취소할 수 있도록 저장함
인터프리터(Interpreter)	특정 언어의 문법 표현을 정의함
반복자(Iterator)	내부를 노출하지 않고 접근이 잦은 어떤 객체의 원소를 순차적으로 접글할 수 있는 동일한 인터페이스를 제공함
중재자(Mediator)	한 집합체 속해있는 객체들의 상호작용을 캡슐화하여 새로운 객체로 정의
메멘토(Memento)	객체가 특정 상태로 다시 되돌아올 수 있도록 내부 상태를 실체화
옵서버(Observer)	객체 상태가 변할 때 관련 객체들이 그 변화를 통지받고 자동으로 갱신될 수 있게 함
상태(State)	객체의 상태에 따라 동일한 동작을 다르게 처리해야할 때 사용
전략(Strategy)	동일 계열의 알고리즘군을 정의하고 캡슐화하여 상호교환이 가능하도록 함
템플릿 메소드(Template Method)	상위 클래스는 알고리즘의 골격만을 작성하고 구체적인 처리는 서브클래스로 위임함
방문자(Visitor)	객체의 원소에 대해 수행할 연산을 분리하여 별도의 클래스로 구성함

 

 

https://4z7l.github.io/2020/12/25/design_pattern_GoF.html

[Design Pattern] GoF(Gang of Four) 디자인 패턴 - HERSTORY

https://velog.io/@poiuyy0420/%EB%94%94%EC%9E%90%EC%9D%B8-%ED%8C%A8%ED%84%B4-%EA%B0%9C%EB%85%90%EA%B3%BC-%EC%A2%85%EB%A5%98

디자인 패턴 개념과 종류

https://rhea31.gitbook.io/blog/development/more/undefined/whatisit

디자인 패턴이란? - blog

https://leveloper.tistory.com/157

[Design Pattern] 디자인 패턴의 이해와 GoF 패턴