[필기핵심요약] 서버프로그램 구현 - 디자인패턴
디자인 패턴 (20년 2회 실기 기출)
| 분류 | 생성패턴 | 구조패턴 | 행위패턴 |
| 종류 | Factory Method Abstract Factory Builder Prototype Singleton |
Adapter Bridge Composite Decorator Facade Flyweigh Proxy |
Interpreter Template Method Chain of Responsibility Command Iterator Mediator Memento Observer State Strategy Visitor |
생성 패턴
- Factory Method
: 어떤 객체를 생성할지를 서브클래스가 결정하도록 하고 책임을 위임하는 패턴, 인터페이스는 정의하지만 어떤 클래스의 인스턴스를 생성할 지에 대한 결정은 서브 클래스가 정의
- Abstract Factory
: 여러 객체 그룹을 생성할 때 유용, 연관된 서브 클래스를 묶어 한 번에 교체하는 것 가능
- Builder
: 생성 단계를 캡슐화 하여 구축 공정을 동일하게 이용, 동일한 생성 절차를 통하여 서로 다른 결과를 만들 수 있게 해주는 패턴
- Prototype
: 원본 객체를 복사하여 새 객체를 생성할 수 있도록 하는 패턴
- Singleton
: 오직 하나의 객체만을 가지도록 하는 패턴
구조패턴
- Adapter
: 구조가 다른 클래스 연결, 인터페이스가 일치하지 않을 때 사용
- Bridge
: 구현부에서 추상층을 분리하여 각자 독립적으로 확장할 수 있게 하여 결합도 낮춘 패턴, 기능과 구현을 두 개의 별도 클래스로 구현
- Composite
: 부분-전체 계층을 표현하며 개별 객체와 복합 객체를 동일하게 다루도록 하는 패턴
- Decorator
: 부가적인 기능을 추가하기 위해 다른 객체들을 덧붙이는 방식
- Facade
: 단순화된 하나의 인터페이스를 제공하는 패턴
- Flyweigh
: 공유를 통하여 많은 유사한 객체들을 효과적으로 지원
- Proxy
: 객체의 대리자를 이용하여 원래 객체의 작업을 대신 처리하는 패턴
행위패턴
- Interpreter
: 언어 규칙 클래스를 이용하는 패턴, 언어의 문법 정의, 해석
- Template Method
: 알고리즘 골격의 구조를 정의한 패턴, 전체 일을 수행하는 구조는 바꾸지 않고 특정 단계에서 수행하는 내용을 바꾸는 패턴
- Chain of Responsibility
: 객체들끼리 연결고리 만들어 내부적으로 전달하는 패턴, 한 객체가 처리하지 못하면 다음 객체에게 요청
- Command
: 요청을 캡슐화할 수 있으며, 매개변수를 써서 여러 다른 요청을 추가할 수 있는 패턴
- Iterator
: 내부 표현은 보여주지 않고 모든 항목에 순차적으로 접근하는 패턴, 반복이 필요할 때 사용
- Mediator
: 객체 간 상호작용을 캡슐화한 패턴
- Memento
: 객체의 상태 값을 미리 저장해 두었다가 복구하는 패턴, 이전 상태로 돌릴 수 있다.
- Observer
: 한 객체의 상태 변화가 일어났을 때, 그 객체에 의존하는 다른 객체들에게 알리고, 자동으로 내용이 갱신되는 방식으로 일대다 의존성을 가지는 패턴
- State
: 객체 내부 상태에 따라서 동일한 동작을 다르게 처리하는 패턴, 다형성
- Strategy
: 다양한 알고리즘을 캡슐화하여 알고리즘을 교환하여 사용할 수 있도록 한 패턴, 동일한 계열의 알고리즘들을 개별적으로 캡슐화, 사용자에 영향 없이 알고리즘 변경 가능
- Visitor
: 객체의 구조와 처리 기능을 분리시키는 패턴, 캡슐화 위배