본문 바로가기

SMALL

JAVA/GOF Design Pattern

(19)
Gof 자바 Chain of Responsibility 패턴 Chain of Responsibility 패턴은 특정 요청에 대한 처리를 한 객체가 아니라 여러 객체에게 그 처리를 위임하는 디자인 패턴입니다. 객체들은 연결된 체인 구조를 형성하며, 요청이 들어오면 그 체인을 따라가며 각 객체가 요청을 처리하거나 다음 객체로 넘깁니다. 이 패턴의 주요 이점은 요청을 보내는 클라이언트와 그 요청을 처리하는 객체를 분리한다는 점입니다. 이로 인해 객체는 요청을 처리하는데 어떤 객체가 책임을 질지에 대해 알 필요가 없으며, 체인의 구성을 변경하거나 추가하는 것이 용이합니다. 다음은 Chain of Responsibility 패턴을 Java로 구현한 간단한 예제입니다. 이 코드에서는 두 개의 구체적인 처리기 (ConcreteHandler1, ConcreteHandler2)를..
Gof 비지터(Visitor) 패턴 비지터 (Visitor) 패턴은 행동 패턴의 한 종류로, 객체의 구조와 행동을 분리하여 캡슐화하는 데 사용됩니다. 이 디자인 패턴을 사용하면 새로운 행동을 기존 클래스 구조에 추가할 수 있으며, 이를 통해 클래스의 수정 없이도 기능을 확장할 수 있습니다. 자바에서의 비지터 패턴은 다음과 같은 구조를 가집니다. 위의 코드에서 Visitor는 방문자를 나타내며, 방문할 각 Element에 대한 visit() 메서드를 정의합니다. 각 Element는 accept() 메서드를 통해 방문자를 받아들입니다. 이 accept() 메서드는 방문자의 visit() 메서드를 호출하며, 이 방식을 통해 요소의 행동이 방문자에 의해 결정되고 실행됩니다. 비지터 패턴은 클래스의 확장을 쉽게 만들어줍니다. 하지만, 동일한 방식으..
GOF 자바 스테이트(state) 패턴 Gang of Four (GoF)에서 소개된 스테이트(State) 패턴은 객체의 내부 상태에 따라 동작이 변하는 상황에서 유용한 디자인 패턴입니다. 이 패턴은 객체 지향 프로그래밍에서 동작을 클래스로 캡슐화하여 상태 전환을 쉽게 관리할 수 있도록 도와줍니다. 스테이트 패턴은 다음과 같은 주요 구성 요소로 이루어집니다: Context(컨텍스트): 상태에 따라 동작이 변하는 객체를 나타냅니다. 컨텍스트는 현재 상태를 유지하고, 상태에 따라 동작을 수행할 때 해당 상태 객체에게 처리를 위임합니다. State(상태): 상태를 나타내는 인터페이스 또는 추상 클래스입니다. 상태에 따라 다른 동작을 수행하기 위한 메서드를 선언합니다. ConcreteState(구체적인 상태): State 인터페이스를 구현한 클래스로,..
GOF 자바 프록시 패턴 자바 프록시 패턴은 객체 지향 프로그래밍에서 사용되는 디자인 패턴 중 하나입니다. 프록시는 다른 객체를 대신하여 제어 흐름을 조정하거나 보조 작업을 수행하는 객체입니다. 프록시 패턴은 기본 객체의 동작을 변경하지 않고, 기능을 확장하거나 수정할 수 있도록 해줍니다. 프록시 패턴의 핵심 아이디어는 실제 객체와 동일한 인터페이스를 제공하면서, 실제 객체에 대한 접근을 제어하고 부가적인 작업을 수행하는 것입니다. 프록시 객체는 클라이언트와 실제 객체 사이에 위치하며, 클라이언트는 프록시를 통해 실제 객체에 접근합니다. 자바에서 프록시 패턴을 구현하는 방법은 다양합니다. 가장 흔한 방법은 다음과 같습니다. 1. 인터페이스 정의: 프록시와 실제 객체가 동일한 인터페이스를 구현하도록 합니다. 이 인터페이스는 클라이..
GOF 플라이웨이트 패턴 자바 플라이웨이트(Flyweight) 패턴은 객체를 공유하여 메모리 사용을 최적화하는 구조(Structural) 디자인 패턴입니다. 이 패턴은 많은 수의 유사한 객체를 생성하는 상황에서 사용됩니다. 이때, 객체의 내부 상태는 불변(immutable)하게 유지하고, 외부에서 변경 가능한 상태를 나타내는 외부 상태를 별도로 관리합니다. 주요 구성 요소: - Flyweight: 공유되는 객체의 인터페이스 또는 추상 클래스를 정의합니다. 내부 상태에 대한 동작을 정의하고, 외부 상태를 받아들이는 메서드를 선언합니다. - ConcreteFlyweight: Flyweight 인터페이스를 구체적으로 구현하는 클래스입니다. 내부 상태를 저장하고, 외부 상태에 대한 동작을 수행합니다. - FlyweightFactory:..
GOF Composite 디자인패턴 자바 컴포지트 패턴은 구조(Structural) 디자인 패턴 중 하나로, 객체들을 트리 구조로 구성하여 부분-전체 계층을 표현하는 패턴입니다. 이 패턴은 단일 객체와 그 객체들을 포함하는 복합 객체를 동일한 인터페이스로 다룰 수 있게 합니다. 주요 구성 요소: - Component: 컴포지트 패턴에서 계층 구조의 모든 객체들이 구현하는 인터페이스 또는 추상 클래스입니다. 단일 객체와 복합 객체를 동일한 방식으로 다루기 위해 필요한 메서드들을 정의합니다. - Leaf: 컴포지트 패턴에서 단일 객체를 나타내는 클래스입니다. Leaf 클래스는 Component 인터페이스를 구현하며, 자식 객체를 가질 수 없습니다. - Composite: 컴포지트 패턴에서 복합 객체를 나타내는 클래스입니다. Composite ..
GOF 파사드 패턴 파사드 패턴(Facade Pattern)은 소프트웨어 디자인 패턴 중 하나로, 객체 지향 프로그래밍에서 사용되는 패턴입니다. 파사드는 건물의 외관에서 볼 수 있는 정면이나 입구를 의미하는데, 이와 같이 소프트웨어에서 파사드 패턴은 복잡한 시스템이나 클래스 집합을 단순화시키기 위해 사용됩니다. 파사드 패턴은 주로 다른 서브시스템이나 클래스들을 감싸고, 외부에 대한 단일 인터페이스를 제공하는 역할을 합니다. 이렇게 하면 클라이언트 코드는 파사드를 통해서만 서브시스템과 상호작용할 수 있으며, 서브시스템의 복잡성을 숨길 수 있습니다. 파사드 패턴의 구성요소는 다음과 같습니다: 1. 파사드(Facade): 파사드는 클라이언트와 서브시스템 간의 중간 역할을 담당합니다. 클라이언트의 요청을 받아 서브시스템에 전달하고..
GOF 어댑터 패턴 자바 어댑터 패턴(Adapter Pattern)은 두 개의 인터페이스가 서로 호환되지 않는 경우에 이들을 연결하는 패턴입니다. 이 패턴은 기존의 클래스를 수정하지 않고, 그 클래스의 인터페이스를 클라이언트가 요구하는 다른 인터페이스로 변환시키는 방식으로 동작합니다. 어댑터 패턴은 다음과 같은 상황에서 사용됩니다. - 기존의 코드를 수정하지 않고 새로운 코드를 추가해야 할 때 - 이미 만들어져 있는 라이브러리나 클래스를 재사용해야 할 때 - 여러 인터페이스를 통합해서 사용해야 할 때 자바 어댑터 패턴은 다음과 같은 세 가지 구성요소로 이루어집니다. 1. Target 인터페이스: 클라이언트가 요구하는 인터페이스 2. Adaptee 클래스: 기존에 사용하던 인터페이스 3. Adapter 클래스: Target ..
GOF 프로토타입 패턴 자바 프로토타입 패턴(Java Prototype Pattern)은 객체를 생성하는 방법 중 하나로, 원본 객체를 복제하여 새로운 객체를 생성하는 방법입니다. 이 패턴은 생성 비용이 높은 객체를 복제하여 새로운 객체를 생성하므로, 성능상 이점이 있습니다. 자바에서는 Cloneable 인터페이스를 구현하여 프로토타입 패턴을 구현할 수 있습니다. Cloneable 인터페이스를 구현한 클래스는 clone() 메서드를 사용하여 객체를 복제할 수 있습니다. 아래는 자바에서 프로토타입 패턴을 구현하는 예시입니다. public abstract class Prototype implements Cloneable { public abstract Prototype clone(); } public class ConcretePr..
GOF 브릿지 패턴 브릿지 패턴(Bridge Pattern)은 객체 지향 디자인 패턴 중 하나로, 추상화와 구현을 분리하는 패턴입니다. 이 패턴은 기능적인 계층과 구현적인 계층을 분리하여 각각 독립적으로 확장 및 변경할 수 있도록 합니다. 브릿지 패턴의 구성 요소는 다음과 같습니다. Abstraction: 추상화 계층을 정의하는 인터페이스 역할을 합니다. 추상화 계층은 구현적인 세부 정보를 모르고도 사용 가능한 기능적인 인터페이스를 제공합니다. RefinedAbstraction: Abstraction 인터페이스를 확장하여 기능을 추가하는 역할을 합니다. Implementor: 구현 계층을 정의하는 인터페이스 역할을 합니다. 구현 계층은 추상화 계층에 의존하지 않고 독립적으로 확장 및 변경할 수 있는 인터페이스를 제공합니다...

LIST