본문 바로가기

pattern17

Strategy Pattern, 전략 패턴 전략 패턴이란?우리가 슈퍼를 갈 때 버스 타고 가거나, 걸어가거나, 자전거를 타고 가는 등의 여러 가지 방법이 있다.이러한 방법으로 갈때의 길을 미리미리 알아두고 그때그때 끌리는 것으로 가곤 한다.이처럼 프로그래밍에서도 여러가지 방법을 구현해 놓고 클라이언트가 런타임 시기에 알맞은 전략을 사용할 수 있도록 하는 것이 바로 전략 패턴이다. 전략 패턴을 사용했을 때의 장점코드 중복을 줄일 수 있다.기존 코드없이 새로운 전략을 추가할 수 있다.런타임 시에 전략을 선택할 수 있다. 언제 전략 패턴을 고려해야 하는가?여러 전략 중 한 가지의 전략을 선택해야 할 때전략 알고리즘을 자주 변경 해야 할 때상태 패턴을 사용했을 때의 단점전략이 많아지면 코드가 매우 많아질 수 있다는 단점 (복잡도 상승)클라이언트에서 전략.. 2024. 10. 17.

State Pattern, 상태 패턴 상태 패턴이란?우리가 엘리베이터를 타면 수리 중, 운행 중, 대기 중일 때에 동작이 다르다.수리 중에는 버튼을 아무리 눌러도 동작하지 않도록 되어있고 운행 중에는 열림버튼이 동작하지 않는다.대기 중일 때야 비로소 열림버튼이 정상적으로 동작을 한다.이처럼 상태에 따라서 같은 행위를 하더라도 동작이 달라지도록 만드는 것이 바로 상태 패턴이다. 상태 패턴을 사용했을 때의 장점상태별로 복잡한 조건문을 작성하는 것 대신 클래스로 나누어서 코드 가독성이 높아진다.상태가 추가되거나 삭제될 때 기존의 코드를 거의 수정하지 않고 추가/수정할 수 있다.언제 상태 패턴을 고려해야 하는가?상태에 따라서 객체의 행위가 달라지는 경우조건문으로 처리하기엔 많은 경우의 수가 존재하는 경우상태 패턴을 사용했을 때의 단점 다양한 상황을.. 2024. 9. 11.

Observer Pattern, 옵저버 패턴 옵저버 패턴이란? 스타크래프트를 했던 사람이라면 옵저버에 대해서 알고 있을것이다. 옵저버는 상대방을 감시하기 위해서 사용한다. 마찬가지로 옵저버 패턴은 주체의 상태 변화를 감지하고, 그 변화에 대해서 옵저버들에게 알림을 주는 디자인 패턴이다. 주로 여러 객체에게 변경을알려줘야 할때 사용한다. 스타크래프트에선 알림을 주진 않지만 여기선 감시하면서 알림까지 준다! 옵저버 패턴을 사용했을 때의 장점 느슨한 결합을 유지할 수있다. 주체는 옵저버의 인터페이스만 알면되기 때문이다. 쉽게 옵저버를 추가하거나 제거할 수 있다. (개방 폐쇄 원칙) 언제 옵저버 패턴을 고려해야 하는가? 어떤 객체의 상태 변경이 하나 이상의 다른 객체에 영향을 미칠 때 여러 객체들이 하나의 객체를 관찰해야 하고, 관찰 대상 객체는 관찰자의.. 2024. 4. 1.

Memento Pattern, 메멘토 패턴 메멘토 패턴이란? 객체 내부의 상태를 공개하지 않으면서 외부에 저장하여 객체의 상태를 이전 상태로 복원할 수 있도록 해주는 패턴이다. 즉, 캡슐화를 깨트리지 않고 내부 상태를 외부에 저장할 수 있도록 하는 패턴이다. 주로 되돌리기나 상태의 스탭샷에 사용된다! 메멘토 패턴을 사용해야 하는 이유? 객체의 이전 상태를 저장하고, 필요할 때 이 상태로 객체를 복원할 수 있다. 객체 내부 상태에 대한 접근을 제어해서 캡슐화를 유지할 수 있다. 따라서 외부에 객체의 상태를 공개하지 않고 저장하고 복원할 수 있다. 객체의 상태 관리를 단순화한다. 상태를 저장하고 복원하는 작업을 객체 외부에서 수행하여 객체 자체는 상태관리 로직으로부터 자유로워진다. 메멘토 패턴을 언제 사용해야 하는가? 되돌리기 기능을 제공해야 할 때.. 2024. 3. 27.

Mediator Pattern, 중재자 패턴 중재자 패턴이란? 객체들 간의 상호작용을 중재하는 패턴이다. 객체들끼리 직접 통신하는 방식이 아닌 중재자를 통해서 상호작용하도록 하는 방식이다. 항공기 관제탑을 보면 이해할 수 있다. 비행기끼리 통신을 할 수는 있지만 모든 통신을 각자 하게 되면 통신을 받지 못하는 비행기도 생기고, 통신이 매우 난잡해질 것이다. 그래서 모든 비행기들은 관제탑을 통해서 통신을 하면서 조율을 하게 된다. 중재자 패턴을 왜 사용해야 하는가? 객체 간의 결합도를 낮춰준다. 새로운 객체들을 도입할 수 있다. 단일책임원칙을 지켜 유지보수와 재사용을 쉽도록 만든다. 패턴을 언제 사용해야 하는가? 객체들이 서로 복잡하고 강하게 결합되어 있는 경우 객체들간 직접적인 상호작용이 코드를 복잡하게 만들어 유지보수가 어려운 경우 문제점 중재자.. 2024. 3. 7.

Iterator Pattern, 반복자 패턴 반복자 패턴이란? 컬렉션에는 리스트, 트리, 그래프 테이블 등등이 있다 리스트나 배열 같은 경우 단순히 반복문을 통해서 순차적으로 접근할 수 있지만 트리나 그래프 같은 경우 순회는 방법을 잡기 매우 애매해진다. 예를 들어 트리의 경우에도 깊이우선탐색, 너비우선탐색이 있으니 말이다. 이런 경우 이터레이터 패턴을 통해서 원소에 접근하는 방법을 추상화하여 이터레이터 패턴을 적용시킬 수 만 있다면 사용자가 원하는 방법으로 편하게 접근할 수 있게 된다. 접근하는 방법을 추상화하여 분리하였기 때문에 컬렉션의 내부 구조를 드러내지 않고 순차적으로 요소를 접근할 수 있게 된다. 패턴을 왜 사용해야 하는가? 컬렉션의 내부 구조를 숨길 수 있다. 즉, 내부 구조 및 순회방식을 알지 않아도 사용할 수 있다. 컬렉션의 구체적.. 2024. 2. 28.

Command Pattern, 커맨드 패턴 커맨드 패턴이란? 커맨드를 객체로 만들어서 이를 사용해 나중에 실행하거나, 반복하거나 취소할 수 있도록 하는 패턴이다. 현실에서는 음식점에 손님으로 방문해 주문을 하면 주방에 주문서를 꽂아놓는다. 요리사는 이를 보고 요리를 한다. 주문서에는 음식과 관련된 모든 정보를 가지고 있다. 이때 이 주문서가 커맨드 역할을 하는것 이다. 왜 사용해야 하는가? 클라이언트는 요청을 객체로 표현하기 때문에 수신자에게 직접적으로 의존하지 않게 된다. 실행 취소 및 재 실행 기능을 쉽게 구현할 수 있다. 간단한 커맨드들로 복잡한 커맨드를 조합할 수 있다. 기존의 코드를 건들지 않고 새 커맨드를 추가할 수 있다. 언제 사용해야 하는가? 요청과 수신자를 분리하고 싶을 때 요청의 로깅이 필요할 때 늦게 실행하거나 실행 취소 및 .. 2024. 2. 27.

Chain of Responsibility Pattern, 책임 연쇄 패턴 책임 연쇄 패턴이란? 요청을 사슬처럼 여러 독립적인 핸들러 객체를 순차적으로 지나치면서 각자 가지고 있는 책임을 해결하는 방법이다. 마치 공장에서 각 장치별로 담당하는 부분만 처리하는 것과 같다. 대표적으로 스프링의 필터가 이러한 책임 연쇄 패턴을 이용하고 있다. 왜 사용해야 하는가? 요청의 처리 순서를 제어할 수 있다. 단일 책임 원칙을 지킬 수 있다. (작업하는 각각의 객체들의 책임 분리) 개방/폐쇄 원칙을 지킬 수 있다. (새로운 핸들러추가시 기존 코드 수정하지 않는다. 언제 사용해야 하는가? 요청 처리가 여러 단계로 이루어져야 하는 경우(하지만 요청 유형과 순서들을 미리 알 수 없는 경우) 런타임시에 동적으로 핸들러를 관리해야 하는 경우 핸들러를 특정 순서로 실행해야 하는 경우 구현 예시 (자바).. 2024. 2. 27.

Proxy Pattern, 프록시 패턴 프록시 패턴이란? 객체의 대변인 역할을 하는 객체를 만들어 제공하는 패턴이다. 그렇기에 프록시객체를 통해 접근을 제어하고 요청을 전달하며 전/후 처리를 수행하는 역할을 하게 된다. 예를 들어 우리가 은행에 가서 직접 거래를 하지 않고 ATM이라는 프록시를 통해 거래를 처리하는 것과 같다. 왜 사용해야 하는가? 원래 객체에 대한 접근 제어가 가능하다. 요청의 전처리나 후처리를 수행하여 로깅, 트랜잭션 관리 등의 기능을 추가할 수 있다. 원래 객체의 생성 비용이 높을 경우 프록시를 통해서 필요한 경우에만 객체를 생성하도록 하여 생성 비용을 절감할 수 있다 어떤 경우에 사용하는가? 접근 제어 혹은 전/후처리가 필요한 경우 지연로딩이 필요한 경우(객체의 생성 비용이 높은 경우) 문제점 프록시 객체를 추가해야 하.. 2024. 2. 15.

이전 1 2 다음

티스토리툴바