[기타] 디자인 패턴, 아키텍처 패턴 (개발 패턴)

 

디자인 패턴 Design Pattern

개발하면서 발생하는 반복적인 문제를 해결하기 위해 재사용이 가능한 설계 템플릿이다. 비즈니스 요구 사항을 프로그래밍으로 처리하면서 만들어진 다양한 해결책 중에서 많은 사람들이 인정한 모범 사례집이라고 볼 수 있다.

 

디자인 패턴 장점

재사용성이 높고, 일정한 구조로 정리되고 명확하게 되어 있어 가독성이 좋다. 또한 코드를 모듈화해 관리할 수 있어 유지보수성이 높다. 새로운 기능을 추가하거나 변경하는 것도 용이하며, 검증된 솔루션이므로 안정성이 높다.

(재사용성, 가독성, 유지보수성, 확장성, 안정성과 신뢰성)

 

생성 패턴 Creational Pattern

Singleton(싱글톤 패턴)

: 하나의 클래스 인스턴스를 전역에서 접근 가능하게 하면서 해당 인스턴스가 한 번만 생성되도록 보장하는 패턴이다.

 

Factory Method(팩토리 메서드 패턴)

: 객체를 생성하기 위한 인터페이스를 정의하고, 서브클래스에서 어떤 클래스의 인스턴스를 생성할지 결정하는 패턴이다.

 

Abstract Factory(추상 팩토리 패턴)

: 관련된 객체들의 집합을 생성하는 인터페이스를 제공하며, 구체적인 팩토리 클래스를 통해 객체 생성을 추상화하는 패턴이다.

 

Builder(빌더 패턴)

: 복잡한 객체의 생성 과정을 단순화하고, 객체를 단계적으로 생성하며 구성하는 패턴이다.

 

Prototype(프로토타입 패턴)

: 객체를 복제하여 새로운 객체를 생성하는 패턴으로, 기존 객체를 템플릿으로 사용하는 패턴이다.

 

구조 패턴 Structural Pattern

Adapter(어댑터 패턴)

: 인터페이스 호환성을 제공하지 않는 클래스를 사용하기 위해 래퍼(Wrapper)를 제공하는 패턴이다.

 

Bridge(브릿지 패턴)

: 추상화와 구현을 분리하여 두 가지를 독립적으로 확장할 수 있는 패턴이다.

 

Composite(컴포지트 패턴)

: 개별 객체와 복합 객체를 동일하게 다루어, 트리 구조의 객체를 구성하는 패턴이다.

 

Decorator(데코레이터 패턴)

: 객체에 동적으로 새로운 기능을 추가하여 객체를 확장할 수 있는 패턴이다.

 

Facade(퍼사드 패턴)

: 서브시스템을 더 쉽게 사용할 수 있도록 단순한 인터페이스를 제공하는 패턴이다.

 

Flyweight(플라이웨이트 패턴)

: 공유 가능한 객체를 통해 메모리 사용을 최적화하는 패턴이다.

 

Proxy(프록시 패턴)

: 다른 객체에 대한 대리자(Proxy)를 제공하여 접근 제어, 지연 로딩 등을 구현하는 패턴이다.

 

행위 패턴 Behavioral Pattern

Observer(옵저버 패턴)

: 객체 간의 일대다 종속 관계를 정의하여 한 객체의 상태 변경이 다른 객체들에게 알려지도록 한다.

 

Strategy(전략 패턴)

: 알고리즘을 정의하고, 실행 중에 선택할 수 있게 한다.

 

Command(커맨드 패턴)

: 요청을 객체로 캡슐화하여 요청을 매개변수화 하고, 요청을 큐에 저장하거나 로깅하고 실행을 지연시킨다.

 

State(상태 패턴)

: 객체의 상태를 캡슐화하고, 상태 전환을 관리한다.

 

Chain of Responsibility(책임 연쇄 패턴)

: 요청을 보내는 객체와 이를 처리하는 객체를 분리하여, 다양한 처리자 중 하나가 요청을 처리한다.

 

Visitor(방문자 패턴)

: 객체 구조를 순회하면서 다양한 연산을 수행할 수 있게 한다.

 

Interpreter(인터프리터 패턴)

: 언어나 문법에 대한 해석기를 제공하여, 주어진 언어로 표현된 문제를 해결하는 패턴이다.

 

Memento(메멘토 패턴)

: 객체의 내부 상태를 저장하고 복원할 수 있는 기능을 제공하는 패턴이다.

 

Mediator(중재자 패턴)

: 객체 간의 상호 작용을 캡슐화하여, 객체 간의 직접적인 통신을 방지하는 패턴이다.

 

Template Method(템플릿 메서드 패턴)

: 알고리즘의 구조를 정의하면서 하위 클래스에서 각 단계의 구현을 제공하는 디자인 패턴이다.

 

Iterator(이터레이터 패턴) : 컬렉션 내의 요소들에 접근하는 방법을 표준화하여 컬렉션의 내부 구조에 독립적으로 접근할 수 있는 패턴이다.

---

 

아키텍처 패턴 Architecture Pattern

주어진 상황의 소프트웨어 구조에서 발생하는 문제점을 해결하기 위한 일반화된 재사용 가능한 솔루션이다. 아키텍처 패턴은 디자인 패턴보다 더 큰 범주에 속해있으며 소프트웨어의 전체적인 그림을 만드는 솔루션이라고 할 수 있다.

 

 

Layered Architecture (계층형 아키텍처)

: 시스템을 Presentation, Business Logic, Data Access 등 계층으로 나누는 패턴이다. n-티어 아키텍처 패턴으로도 불린다.

하위 모듈을 그룹으로 나눌 수 있는 구조화된 프로그램에서 사용한다.

 

MVC / MVVM / MVP pattern ( MVC / MVVM / MVP 패턴)

: 모델과 뷰, 로직을 분리해 유지보수를 쉽게 만드는 아키텍처 패턴이다.

 

Client-server pattern (클라이언트 서버 패턴)

: 클라이언트가 요청을 보내면 서버가 처리하는 구조이다. 다수의 클라이언트와 하나의 서버로 구성되어 서버는 클라이언트에 서비스를 제공하며 데이터를 관리하는 역할을 한다. 서버는 클라이언트 요청이 올 때까지 대기한다.

 

Master-slave pattern (마스터 슬레이브 패턴)

: 마스터와 슬래이브 두 부분으로 구성되어 마스터 컴포넌트는 동등한 구조를 지닌 슬레이브 컴포넌트들로 작업을 분산하고, 슬레이브가 반환한 결과값으로부터 최종 결과값을 계산한다.

 

Pipe-filter pattern (파이프 필터 패턴)

: 데이터 스트림을 생성하고 처리하는 시스템에서 사용할 수 있다. 각 처리과정은 필터 컴포넌트에서 이뤄지며, 처리되는 데이터는 파이프를 통해 흐른다. 이 파이프는 버퍼링 또는 동기화 목적으로 사용할 수 있다.

 

Broker pattern (브로커 패턴)

: 분리된 컴포넌트들이 이뤄진 분산 시스템에서 사용되며 원격 서비스 실행을 통해 서로 상호작용할 수 있다. 브로커 컴포넌트는 컴포넌트 간의 통신을 조정하는 역할을 한다.

 

Event-bus pattern (이벤트 버스 패턴)

: 주로 이벤트를 처리하며 이벤트 소스, 이벤트 리스너, 채널, 이벤트 버스의 4가지 주요 컴포넌트를 갖는다. 소스는 이벤트 버스를 통해 특정 채널로 메시지를 발행하며, 리스너는 특정 채널에서 메시지를 구독해 이전에 발행된 메시지에 대해 알림을 받는다.

 

Blackboard pattern (블랙보드 패턴)

: 이 패턴은 결정 가능한 해결 전략이 알려지지 않은 문제에 유용하며 3가지 주요 컴포넌트(블랙보드, 지식 소스, 제어 컴포넌트)로 구성된다.

 

Interpreter pattern (인터프리터 패턴)

: 특정 언어로 작성된 프로그램을 해석하는 컴포넌트를 설계할 때 사용된다. 특정 언어로 작성된 문장 혹은 표현식이라고 하는 프로그램의 각 라인을 수행하는 방법을 지정한다. 기본 아이디어는 언어의 각 기호에 대해 클래스를 만드는 것이다.

 

 

---

아키텍처 패턴과 디자인 패턴의 차이

아키텍처 패턴	시스템 전체 구조와 상호작용을 설계 (예: MVC, Microservices)
디자인 패턴	코드 레벨에서 객체와 클래스의 관계를 설계 (예: Singleton, Observer)

 

 

 

디자인 패턴 참고 블로그: https://ittrue.tistory.com/550 

아키텍처 패턴 참고 사이트 : https://mingrammer.com/translation-10-common-software-architectural-patterns-in-a-nutshell/