Manta Ray's

Visitor Pattern 방문자 패턴 행동 패턴으로, 알고리즘이 작동하는 객체와 알고리즘을 분리하는 패턴입니다. 방문자 객체가 알고리즘이 작동하는 객체의 알고리즘을 관리합니다. Visitor Pattern 방문자 패턴이 적합한 경우 복잡한 객체 구조의 모든 요소에 대해 기능을 수행해야 하는 경우. 부수적인 비즈니스 로직을 정리해야 하는 경우 기능이 일부 클래스에서만 의미가 있고, 다른 클래스에서는 의미가 없을때. 장단점 장점 기존 객체를 수정하지 않고, 다른 객체와 함께 동작하는 기능을 추가할 수 있습니다. (개방폐쇄원칙) 같은 기능을 다양한 버전으로 관리할 수 있습니다. (단일책임원칙) 방문자 객체가 유용한 정보를 축적할 수 있습니다. 이 정보는 복잡한 객체 구조를 탐색하고, 이 구조의 각 객체에 ..

Template Pattern 템플릿 패턴 행동 패턴으로, 상위 클래스(인터페이스, 추상클래스)에서 알고리즘의 골격만 정의하고, 하위 클래스에서 재정의(Override)할 수 있도록 하는 패턴입니다. Template Pattern 템플릿 패턴이 적합한 경우 기존 알고리즘에서 몇가지 기능만 추가한 객체를 만들고 싶은 경우 (몇가지 기능이 추가된 하위 클래스를 생성) 서로 조금씩만 다른 클래스가 여러개 있는 경우 (공통의 기능을 템플릿으로 묶어내어 코드의 중복을 줄일 수 있음) 장단점 장점 많은 기능 중에서 몇가지만 재정의하여 객체를 생성할 수 있습니다. 다른 객체가 받는 영향을 줄일 수 있습니다. 중복되는 코드를 상위 클래스로 옮길 수 있습니다. 단점 몇몇 객체들은 알고리즘 구조를 생성하기 어려울 수 있습..

Startegy Pattern 전략 패턴 행동 패턴으로, 런타임에 객체의 행동이나 알고리즘을 결정할 수 있는 패턴입니다. 다양한 전략을 나타내는 객체와 전략 객체에 따라 행동이 다른 컨텍스트 객체를 생성합니다. Startegy Pattern 전략 패턴이 적합한 경우 런타임에 객체의 기능이나 알고리즘을 변경하고 싶은 경우 몇개의 행동(메소드)만 다른, 비슷한 객체가 많은 경우 비즈니스 로직에서 분리하고 싶은 경우 클래스에 알고리즘이나 기능을 변환하기 위한 대량의 조건 연산이 있는 경우 장단점 장점 런타임에 객체 내부의 알고리즘을 바꿀 수 있습니다. 알고리즘을 사용하는 코드에서 알고리즘을 구현하는 세부 기능을 분리할 수 있습니다. 합성(Composition)으로 상속(inheritance)을 대체할 수 있습..

State Pattern 상태 패턴 행동 패턴으로, 상태변화에 따라 클래스의 행동을 바꾸는 패턴입니다. 상태 패턴에서는 다양한 상태를 나타내는 객체와 상태 객체가 변경됨에 따라 동작이 달라지는 컨텍스트 객체를 생성합니다. State Pattern 상태 패턴 사용이 적합한 경우 현재 상태에 따라 행동(기능)이 변화되는 객체인 경우, 상태의 가짓수가 많고, 상태가 빈번하게 변경되는 경우 클래스의 상태 필드에 따라서 기능을 변경하는, 수많은 조건문으로 코드가 복잡해진 경우 상태 필드를 변경하는 조건 코드가 많이 중복해서 사용되고 있는 경우 장단점 장점 상태를 관리하는 로직을 클래스 객체에서 분리해 관리할 수 있습니다. (단일책임원칙) 기존 상태 클래스와 컨텍스트 객체의 수정 없이 새로운 상태를 추가할 수 있습..

Memento Pattern 메멘토 패턴 행동 패턴으로, 객체의 과거 버전을 저장하기 위해 사용됩니다. 프로세스가 진행되는 중에 원하는 지점에서 객체를 저장하고, 나중에 저장한 지점으로 복원할 수 있습니다. (Undo) Memento Pattern 메멘토 패턴 사용이 적합한 경우 객체의 상태 변화 이력을 저장하고 싶은 경우 (스냅샷을 남기고 싶은 경우) field나 getter/setter를 이용해서 객체에 직접 접근하여 캡슐화가 손상된 경우 장단점 장점 캡슐화는 손상시키지 않고 객체의 상태 변화 이력을 저장할 수 있습니다. 객체의 상태 변화 이력을 관리함으로써 객체의 코드를 단순하게 할 수 있습니다. 단점 메멘토 패턴이 너무 자주 사용되면, RAM 사용량이 많을 수 있습니다. 과거 이력을 삭제할 수 있..

Interpreter Pattern 인터프리터 패턴 행동패턴으로, 특정한 표현이나 언어로 바꿔주는 표현 인터페이스를 사용하는 패턴입니다. 보통 SQL을 파싱하거나, 기호를 처리하기 위해 사용합니다. 트리구조로 인해 컴포지트 패턴과 유사한 형태를 띱니다. 트리는 평가할 표현식을 포함하고, 보통 파서(Parser)에 의해 생성됩니다. 파서(Parser) 자체는 인터프리터 패턴의 일부가 아닙니다. Interpreter Pattern 인터프리터 패턴 Expression public interface Expression { boolean interprete(String context); } MinusExpression public class MinusExpression implements Expression { ..

Proxy Pattern 프록시 패턴 구조패턴으로 프록시 패턴은 다른 클래스의 기능을 대신하는 클래스입니다. 프록시 객체는 외부에서 원래 객체의 기능을 사용할 수 있는 인터페이스 역할을 합니다. 또한 프록시 객체에서 원래 객체의 기능을 사용하기 전후에 로직을 추가할 수도 있습니다. Proxy의 종류 Virtual Proxy (가상 프록시) : 객체가 필요할 때 생성하기 / 지연 생성(초기화) 가끔 필요한 객체인데, 항상 메모리에 생성되어 있어서 시스템 자원 낭비가 있는 경우에 사용합니다. 프로그램이 실행될때 객체를 생성하지 않고, 객체가 필요해졌을 때 생성합니다. Protection Proxy(보호 프록시) : 접근 제한 지정된 고객만이 서비스 객체에 접근할 수 있도록 접근 제한을 해야할 때 사용합니다...