[모던 C++로 다시 쓰는 GoF 디자인 패턴 총정리 #23] 컴포지트(Composite) 패턴: std::variant와 Ranges로 부분-전체 트리 구조 간단히 표현하기

[모던 C++로 다시 쓰는 GoF 디자인 패턴 총정리 #23] 컴포지트(Composite) 패턴: std::variant와 Ranges로 부분-전체 트리 구조 간단히 표현하기

이전 글에서는 브리지(Bridge) 패턴을 모던 C++ 관점에서 재해석하며, 상속 기반 추상/구현 분리 없이도 람다, Concepts, std::expected, coroutine, Ranges, std::format 등을 활용해 추상과 구현을 유연하게 연결할 수 있음을 확인했습니다. 이번에는 구조적 패턴 중 컴포지트(Composite) 패턴을 다룹니다.컴포지트 패턴은 객체를 트리 구조로 구성해, 개별 객체(Leaf)와 복합 객체(Composite)를 동일하게 다룰 수 있게 하는 패턴입니다. 전통적으로는 Component 추상 클래스, Leaf, Composite 클래스 상속 계층을 정의했으나, 이는 클래스 증가와 유지보수 어려움을 야기합니다.C++20 이상에서는 std::variant, std::vis..

  • format_list_bulleted 개발 이야기/C++
  • · 2024. 12. 16.
  • textsms
[모던 C++로 다시 쓰는 GoF 디자인 패턴 총정리 #20] 비지터(Visitor) 패턴: std::variant와 std::visit로 이중 디스패치 없이 방문 로직 구현하기

[모던 C++로 다시 쓰는 GoF 디자인 패턴 총정리 #20] 비지터(Visitor) 패턴: std::variant와 std::visit로 이중 디스패치 없이 방문 로직 구현하기

이전 글에서는 템플릿 메서드(Template Method) 패턴을 모던 C++ 관점에서 재해석하며, 상속 없이도 람다, Concepts, std::expected, std::format, coroutine, Ranges 등을 활용해 알고리즘 골격을 선언적이고 타입 안전하게 표현할 수 있음을 확인했습니다. 이번에는 행동(Behavioral) 패턴 중 비지터(Visitor) 패턴을 다룹니다.비지터 패턴은 객체 구조(예: 복합 구조나 노드 트리)를 순회하면서, 각 요소 타입에 따라 다른 연산을 수행할 수 있게 하는 패턴입니다. 전통적으로는 각 요소 클래스에 accept(Visitor&) 메서드를 정의하고, 비지터 인터페이스에 각 요소 타입별 visit() 메서드를 두어 이중 디스패치를 실현했으나, 이는 클래스..

  • format_list_bulleted 개발 이야기/C++
  • · 2024. 12. 16.
  • textsms
[모던 C++로 다시 쓰는 GoF 디자인 패턴 총정리 #15] 인터프리터(Interpreter) 패턴: 파서와 해석 로직을 Ranges, Concepts로 선언적으로 구성하기

[모던 C++로 다시 쓰는 GoF 디자인 패턴 총정리 #15] 인터프리터(Interpreter) 패턴: 파서와 해석 로직을 Ranges, Concepts로 선언적으로 구성하기

이전 글에서는 커맨드(Command) 패턴을 모던 C++20 이상 관점에서 재해석하며, 상속 기반 명령 클래스 대신 람다, Concepts, std::function, std::expected, coroutine, Ranges, std::format 등을 활용해 더 간결하고 확장성 높은 명령 시스템을 구현하는 방법을 살펴보았습니다. 이번 글에서는 행동(Behavioral) 패턴 중 인터프리터(Interpreter) 패턴을 다룹니다.인터프리터 패턴은 언어(DSL, 간단한 명령어 집합)나 표현(Expression)을 해석하는 로직을 객체로 캡슐화하는 패턴입니다. 전통적으로는 상속 기반 Expression 인터페이스, 각각의 구체 표현 클래스(NonterminalExpression, TerminalExpres..

  • format_list_bulleted 개발 이야기/C++
  • · 2024. 12. 16.
  • textsms
[모던 C++로 다시 쓰는 GoF 디자인 패턴 총정리 #12] 상태(State) 패턴: std::variant, Concepts, 그리고 코루틴으로 선언적 상태 머신 구현하기

[모던 C++로 다시 쓰는 GoF 디자인 패턴 총정리 #12] 상태(State) 패턴: std::variant, Concepts, 그리고 코루틴으로 선언적 상태 머신 구현하기

이전 글에서는 옵저버(Observer) 패턴을 모던 C++ 관점에서 재해석하며, 상속 기반 인터페이스 대신 람다, std::function, std::expected, Ranges, 코루틴 등을 활용해 더욱 유연하고 타입 안전하며 이벤트 중심적인 구조를 구현할 수 있음을 확인했습니다. 이번에는 행동(Behavioral) 패턴 중 또 하나의 대표 주자인 상태(State) 패턴에 주목합니다.상태 패턴은 객체가 내부 상태에 따라 다른 행동을 하도록 하며, 상태 전이를 명확하게 표현하는 패턴입니다. 전통적으로는 상속 기반 상태 클래스와 가상 함수를 통해 상태 변화를 구현했지만, 모던 C++20 이상에서는 std::variant, std::visit, Concepts, 그리고 코루틴(coroutines) 등을 활..

  • format_list_bulleted 개발 이야기/C++
  • · 2024. 12. 16.
  • textsms
[모던 C++로 다시 쓰는 GoF 디자인 패턴 총정리 #7] 퍼사드(Facade) 패턴: 복잡한 서브시스템을 단순화하고 모듈화하기

[모던 C++로 다시 쓰는 GoF 디자인 패턴 총정리 #7] 퍼사드(Facade) 패턴: 복잡한 서브시스템을 단순화하고 모듈화하기

지난 글에서는 데코레이터(Decorator) 패턴을 모던 C++ 관점에서 재해석하며, 상속 기반 장식(Decoration) 대신 함수 합성, 람다, Ranges 등을 활용해 기능 확장 과정을 유연하고 단순화할 수 있음을 확인했습니다. 이번 글에서는 퍼사드(Facade) 패턴에 주목합니다.퍼사드 패턴은 복잡한 서브시스템을 단일 인터페이스로 감싸, 클라이언트가 내부 구성 요소를 알 필요 없이 단순하고 일관된 방식으로 기능을 이용하도록 돕습니다. 전통적으로는 "정적인 클래스"나 "정적으로 링크된 라이브러리"를 단일 진입점으로 묶는 식으로 구현했지만, 모던 C++에서는 모듈(Modules), Concepts, std::expected, std::format 등을 활용해 퍼사드를 더 명확하고 문서화된 형태로 제공..

  • format_list_bulleted 개발 이야기/C++
  • · 2024. 12. 16.
  • textsms
[모던 C++로 다시 쓰는 GoF 디자인 패턴 총정리 #4] 추상 팩토리(Abstract Factory) 패턴: 계층적 상속에서 Concepts와 조합 가능한 팩토리로

[모던 C++로 다시 쓰는 GoF 디자인 패턴 총정리 #4] 추상 팩토리(Abstract Factory) 패턴: 계층적 상속에서 Concepts와 조합 가능한 팩토리로

이전 글에서는 팩토리 메서드(Factory Method) 패턴을 살펴보며, 가상 함수 기반의 고전적 구현을 어떻게 모던 C++20 이상의 기능(Concepts, std::expected, std::variant, std::optional, std::format)으로 개선할 수 있는지 논했습니다. 이번에는 추상 팩토리(Abstract Factory) 패턴으로 한 걸음 더 나아갑니다.추상 팩토리는 "연관되거나 의존적인 객체 패밀리를 생성하는 인터페이스"를 제공하는 패턴입니다. 즉, 서로 관련 있는 여러 종류의 객체를 일관성 있게 생성할 수 있는 팩토리를 추상화하는 것입니다. 전통적인 C++ 구현에서는 인터페이스 클래스를 상속받아 구체 팩토리를 제공했고, 다양한 제품 계열(class family)을 다룰 때 ..

  • format_list_bulleted 개발 이야기/C++
  • · 2024. 12. 16.
  • textsms
[모던 C++로 다시 쓰는 GoF 디자인 패턴 총정리 #3] 팩토리 메서드(Factory Method) 패턴: 가상 함수 기반에서 Concepts로!

[모던 C++로 다시 쓰는 GoF 디자인 패턴 총정리 #3] 팩토리 메서드(Factory Method) 패턴: 가상 함수 기반에서 Concepts로!

지난 글에서는 싱글톤(Singleton) 패턴을 모던 C++ 관점에서 재조명하며, 전역 상태 관리와 초기화 안정성, 에러 처리 측면에서 어떤 개선이 가능한지를 살펴보았습니다. 이번 글에서는 팩토리 메서드(Factory Method) 패턴에 주목합니다. 팩토리 메서드는 인스턴스 생성 로직을 서브클래스나 별도 함수로 위임함으로써, 객체 생성 과정을 캡슐화하고, 클라이언트 코드는 구체적인 클래스에 종속되지 않도록 하는 패턴입니다.고전적 C++에서는 가상 함수 기반 인터페이스를 통해 팩토리 메서드 패턴을 구현했으나, 모던 C++에서는 Concepts를 통해 인터페이스 요구사항을 더 명확히 표현할 수 있습니다. 또한 std::optional, std::expected, std::variant 등을 활용해 생성 실..

  • format_list_bulleted 개발 이야기/C++
  • · 2024. 12. 16.
  • textsms
[모던 C++로 다시 쓰는 GoF 디자인 패턴 총정리 #34] 프로토타입(Prototype) 패턴: 상속 없이 값 기반 복제로 객체 생성하기

[모던 C++로 다시 쓰는 GoF 디자인 패턴 총정리 #34] 프로토타입(Prototype) 패턴: 상속 없이 값 기반 복제로 객체 생성하기

이전 글에서는 팩토리 메서드(Factory Method) 패턴을 모던 C++ 관점에서 재해석하며, 상속 없이도 람다와 Concepts, std::expected, coroutine, Ranges, std::format 등을 활용해 객체 생성 로직을 유연하게 교체할 수 있음을 확인했습니다. 이제는 생성(Creational) 패턴 중 프로토타입(Prototype) 패턴을 다룹니다.프로토타입 패턴은 기존 객체를 "복제(Clone)"하는 방식으로 새로운 객체를 생성하는 패턴입니다. 전통적으로는 Prototype 인터페이스와 Clone 메서드를 정의하고, 각 구체 클래스에서 Clone을 오버라이드하는 상속 기반 구조를 사용했습니다. 그러나 이는 새로운 클래스 추가 시 코드 증가, 다양한 복제 로직 추가나 비동기 ..

  • format_list_bulleted 개발 이야기/C++
  • · 2024. 12. 16.
  • textsms
[모던 C++로 다시 쓰는 GoF 디자인 패턴 총정리 #29] 상태(State) 패턴: std::variant와 Concepts로 선언적 상태 머신 구현하기

[모던 C++로 다시 쓰는 GoF 디자인 패턴 총정리 #29] 상태(State) 패턴: std::variant와 Concepts로 선언적 상태 머신 구현하기

이전 글에서는 책임 연쇄(Chain of Responsibility) 패턴을 모던 C++ 관점에서 재해석하며, 상속 없이 람다와 함수 합성, std::expected, coroutine, Ranges, std::format 등을 활용해 요청 처리 파이프라인을 단순하고 유연하게 구현할 수 있음을 확인했습니다. 이제는 행동(Behavioral) 패턴 중 상태(State) 패턴을 다룹니다.상태 패턴은 객체가 내부 상태에 따라 서로 다른 행동을 수행하도록 하는 패턴입니다. 전통적으로는 State 인터페이스, ConcreteState 클래스를 상속해 상태별로 다른 메서드를 오버라이드하고, 상태 전이 시 상태 객체 교체 방식으로 구현했습니다. 이는 새로운 상태 추가 시 클래스 증가, 상태 전이 로직 분산, 유지보수..

  • format_list_bulleted 개발 이야기/C++
  • · 2024. 12. 16.
  • textsms
반응형