디자인 패턴이란?

{ 디자인 패턴이란? }

소프트웨어를 설계할 때 특정 맥락에서 자주 발생하는 고질적인 문제들에 사용할 할 수 있는 정형적 해결 방식을 말한다.

• 디자인 패턴은 문제 및 배경, 실제 적용 사례, 재사용이 가능한 샘플 코드 등으로 구성되어 있다.
• “바퀴를 다시 발명하지 마라(Don’t reinvent the wheel)” 라는 말과 같이, 개발 과정 중에서 문제가 발생하면 새로 해결책을 구상하는 것보다 문제에 해당하는 디자인 패턴을 참고하여 적용하는 것이 더 효율적이다.
• GoF의 디자인 패턴 유형에 따라 생성 패턴 5개, 구조 패턴 7개, 행위 패턴 11개 총 23개의 패턴으로 구성된다.

{ 디자인 패턴 장단점 }

장점

• 범용적인 코딩 스타일로 인해 구조 파악이 용이하다.
• 객체 지향 설계 및 구현의 생산성을 높이는 데 적합하다.
• 검증된 구조의 재사용을 통해 개발 시간과 비용이 절약된다.
• 개발자 간의 원활한 의사소통이 가능하다.
• 디자인 패턴은 디커플링에 신경써서 제작된 만큼, 프로그램의 수정과 기능 추가가 유연하다.

단점

• 객체 지향을 기반으로 한 설계와 구현을 다루므로 객체 지향 프로그래밍이 아닌 경우 적용하기 어렵다.
• 코드의 유연성은 성능상 비용을 요구한다. 즉, 디자인 패턴이 최고의 실행 속도를 내는 최적화된 코드는 아니다.

{ 디자인 패턴 종류 }

생성 패턴 Creational Pattern

생성 패턴은 객체 생성과 관련된 패턴이다.

생성 패턴은 객체의 생성과 참조 과정을 캡슐화하여 객체가 생성되거나 변경되어도 프로그램의 구조에 영향을 크게 받지 않도록 하여 프로그램에 유연성을 더해준다.

총 5개의 패턴이 있다.

1. 추상 팩토리 Abstract Factory
2. 팩토리 메서드 Factory Method
3. 빌더 Builder
4. 프로토 타입 Prototype
5. 싱글톤 Singleton

구조 패턴 Structural Pattern

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

구조 패턴은 구조가 복잡한 시스템을 개발하기 쉽게 도와준다.

총 7개의 패턴이 있다.

1. 어댑터 Adaptor
2. 브리지 Bridge
3. 컴포지트 Composite
4. 테코레이터 Decorator
5. 퍼싸드 Facade
6. 플라이웨이트 FlyWeight
7. 프록시 Proxy

행위 패턴 Behavioral Pattern

행위 패턴은 클래스나 객체들이 서로 상호작용하는 방법이나 책임 분배 방법을 정의하는 패턴이다.

행위 패턴은 하나의 객체로 수행할 수 없는 작업을 여러 객체로 분배하면서 결합도를 최소화할 수 있게 도와준다.

총 11개의 패턴이 있다.

1. 책임 연쇄 Chain of Responsibility
2. 명령 Command
3. 인터프리터 Interpreter
4. 반복자 Iterartor
5. 중재자 Mediator
6. 메멘토 Memento
7. 옵저버 Observer
8. 상태 State
9. 전략 Strategy
10. 템플릿 메소드 Template Method
11. 방문자 Visitor