풀소유

"데이터 구조는 그대로, 기능만 확장하고 싶을 때!"방문자 패턴은 객체 구조를 변경하지 않고 기능을 추가할 수 있는 강력한 패턴입니다.특히 데이터 구조는 안정적이고 기능이 자주 추가되는 경우에 적합합니다.하지만 새로운 데이터 구조를 추가하는 경우 유지보수가 어려울 수 있음을 고려해야 합니다.📌 방문자 패턴의 핵심 개념Visitor (방문자)객체의 데이터 구조를 변경하지 않고 새로운 기능을 추가하는 역할객체의 내부 구조를 알 필요 없이, 방문한 객체의 accept() 메서드를 통해 적절한 동작을 수행함Element (요소, 데이터 구조)방문자의 기능을 수락하는 역할 (accept(visitor))각 요소는 Visitor 인터페이스를 구현한 객체를 받아서 적절한 방문자를 실행함ConcreteVisitor ..

템플릿 메소드 패턴은 알고리즘의 일부 단계를 서브클래스에서 구현할 수 있으며, 알고리즘의 구조는 그대로 유지하면서 알고리즘의 특정 단계를 서브클래스에서 재정의한다.템플릿 메소드 패턴의 구성 요소AbstractClass (추상 클래스)알고리즘의 템플릿을 정의하는 클래스로, 템플릿 메소드를 포함하고 있다.템플릿 메소드는 알고리즘의 구조를 정의하고, 일부 단계는 추상 메소드나 구현된 메소드를 활용하여 구현한다.훅(Hook)을 사용하여 서브클래스에서 알고리즘의 특정 지점에 추가적인 동작을 삽입할 수 있다.ConcreteClass (구체 클래스)AbstractClass를 상속받아 템플릿 메소드에서 정의된 추상 메소드들을 구현하는 클래스이다.알고리즘의 일부 단계를 재정의하여 구체적인 동작을 제공한다.필요에 따라 후..

상태 패턴은 객체가 내부적으로 상태를 변경할 때마다 객체의 행동을 바꾸는 패턴이다.이 패턴은 객체의 상태에 따라 객체가 수행하는 동작을 동적으로 변경할 수 있게 한다. 상태 패턴을 사용해야 하는 상황객체의 행동이 상태에 따라 변할 때객체의 행동이 특정 상태에 의존적이고,상태가 변경될 때마다 객체의 행동이 동적으로 변해야 할 때 유용하다.복잡한 조건문 대체상태에 따른 각각의 동작을 개별적인 상태 클래스로 캡슐화하면복잡한 조건문을 피할 수 있다.유집보수 용이성새로운 상태가 추가되거나 기존 상태의 동작이 변경될 때,해당 상태에 대한 클래스만 수정하면 되므로 유지보수가 용이하다. 상태 패턴을 사용하는 경우의 문제점클래스 수 증가각 상태를 별도의 클래스로 구현하기 때문에 클래스의 수가 증가한다상태 전환 오버헤드상..

싱글턴 패턴은 어떤 클래스에 대해 오직 하나의 인스턴스만 생성하도록 하는 디자인 패턴이다.이 패턴을 사용하는 주된 이유 중 하나는 전역 상태를 관리하거나 리소스를 효율적으로 사용하기 위함이다. 왜 정적 변수가 아닌 싱글턴을 써야 하는가?게으른 로딩(Lazy Loading)정적 변수는 클래스가 로딩되는 시점에서 즉시 초기화된다.하지만 게으른 로딩을 통해 인스턴스가 필요한 시점까지 생성을 미룰 수 있는 싱글턴 패턴은 자원을 효율적으로 활용할 수 있다.특히, 애플리케이션이 시작될 때 필요하지 않은 경우에는 초기화를 지연시키는 것이 좋다.동적 로딩(Dynamic Loading)정적 변수는 클래스가 로딩되는 시점에서 생성되기 때문에 동적인 상황에서의 활용이 어렵다.싱글턴 패턴을 사용하면 객체 생성 로직을 변경하지..

프록시 패턴은 다른 객체에 대한 대리자 또는 대변자 역할을 하는 객체를 제공하는 패턴이다.실제 객체에 대한 접근을 제어하거나, 객체에 부가적인 동작을 수행하거나, 객체에 대한 접근을 지연시키는 등의 목적으로 사용된다. 프록시 패턴을 사용하는 상황접근 제어(Access Control):실제 객체에 직접 접근하는 것을 허용하지 않고, 프록시를 통해 접근을 제어하는 경우 사용된다.지연 로딩(Lazy Loading):실제 객체가 필요할 때까지 생성 또는 초기화를 지연시키는 경우 사용된다.추가 동작(Additional Behavior):실제 객체에 접근하기 전에 추가적인 동작을 수행하고자 할 때 사용된다. 프록시 패턴의 구성 요소Subject(주체):프록시와 실제 객체가 공통적으로 구현한 인터페이스 또는 추상 클..

옵저버 패턴은 객체 간에 일대다의 의존 관계를 정의하는 디자인 패턴이다.이 패턴은 한 객체의 상태가 변경될 때, 그 객체에 의존하는 다른 객체들에게 알림을 전달하여 자동으로 상태를 갱신하도록 하는 것을 목적이다.주체에서 옵저버에게 데이터를 푸시하는 방법과 주체에서 데이터 변경을 알리면 옵저버가 필요한 데이터를 가져가는 풀 방식이 있다. 데이터 전이 방식 푸쉬 방식풀 방식장점단순성옵저버는 주제에서 직접 데이터를 전달받기 때문에,주제의 상태를 쉽게 파악할 수 있다.유연성 옵저버가 필요한 데이터만 요청하여 가져올 수 있으므로, 불필요한 데이터 전송을 줄일 수 있다.즉시성데이터가 변경될 때마다 즉시 전달되므로,옵저버는 항상 최신 상태를 반영한다.독립성주제의 내부 데이터 구조가 변경되더라도 옵저버에는 영향이 적다..

"객체들이 직접 통신하지 않고, 중앙에서 조정해야 할 때!"중재자 패턴은 객체 간의 직접적인 의존성을 없애고, 중재자를 통해 통신하도록 하는 패턴GUI 이벤트 시스템, 채팅 앱, 항공 관제 시스템 등에서 유용객체 간의 관계를 단순화하고 유지보수를 쉽게 만들지만, 중재자가 너무 커지지 않도록 주의해야 함📌 중재자 패턴의 핵심 개념Mediator (중재자 인터페이스)객체들 간의 통신을 조정하는 인터페이스 역할Component(객체)들이 직접 통신하지 않고 Mediator를 통해 간접적으로 소통함ConcreteMediator (구체적인 중재자)Mediator를 구현한 클래스여러 Component 간의 관계를 관리하고, 이벤트를 중재함Component (구성 요소)서로 직접 연결되지 않고 Mediator를 통..

반복자 패턴(Iterator Pattern)은 컬렉션(리스트, 배열 등)의 내부 표현을 노출하지 않고, 요소에 하나씩 접근할 수 있도록 하는 디자인 패턴이다. 또한 각 항목에 일일이 접근할 수 있게 해주는 기능을 집합체가 아닌 반복자 객체가 책임진다는 장점도 있다. 그러면 집합체 인터페이스와 구현이 간단해지고, 각자에게 중요한 일만을 처리할 수 있게 된다. 반복자 패턴의 구성 요소Iterator (반복자):집합 객체를 순회하면서 각 요소에 접근하는 인터페이스를 정의한다.요소에 접근하고 순회를 관리하기 위한 메서드들을 포함한다.ConcreteIterator (구체적인 반복자):Iterator 인터페이스를 구현하여 실제 순회 동작을 구현한다.현재 위치를 추적하고 다음 요소로 이동하는 등의 기능을 제공한다.A..

플라이웨이트 패턴은 많은 수의 유사한 객체를 생성하는 상황에서 메모리 사용을 최적화하기 위한 패턴이다.이 패턴은 객체의 내부 상태 중에서 공유 가능한 부분을 외부로 분리하여 객체들 간에 공유하도록 설계한다. 이를 통해 객체의 수를 줄이고 메모리를 효율적으로 사용할 수 있다.구성 요소Flyweight(플라이웨이트):공유 가능한 객체의 인터페이스를 정의한다. 내부 상태와 외부 상태를 받아들이는 메서드가 있다.ConcreteFlyweight(구체적인 플라이웨이트):플라이웨이트 인터페이스를 구현하고 내부 상태를 가지는 구체적인 클래스입니다. 여러 개의 인스턴스가 생성될 수 있다.FlyweightFactory(플라이웨이트 팩토리):플라이웨이트 인스턴스를 생성하고 관리하는 역할을 한다. 이미 생성된 인스턴스를 재사..

팩토리 패턴은 객체 생성을 캡슐화하고, 클라이언트 코드에서 어떤 클래스의 인스턴스를 생성할지 결정하는 패턴이다.이는 객체의 생성을 추상화하여 시스템의 유연성과 확장성을 향상하며, 객체 생성 코드를 클라이언트 코드로부터 분리한다.팩토리 패턴의 종류간단한 팩토리 패턴(Simple Factory Pattern)하나의 팩토리 클래스가 객체의 생성을 담당하는 방식.클라이언트는 팩토리 클래스의 메서드를 호출하여 객체를 생성.class SimpleFactory { public static Product createProduct(String type) { if ("A".equals(type)) { return new ConcreteProductA(); } else if ("B".eq..