본문으로 건너뛰기
Previous
Next
C++ Type Erasure | '타입 지우기' 패턴 가이드

C++ Type Erasure | '타입 지우기' 패턴 가이드

C++ Type Erasure | '타입 지우기' 패턴 가이드

이 글의 핵심

C++ Type Erasure (타입 소거) 는 타입 정보를 숨기고 통일된 인터페이스로 다양한 타입을 처리하는 디자인 패턴입니다. 상속 없이도 다형성을 구현할 수 있으며, std::any, std::function 등이 이 패턴을 사용합니다.

Type Erasure란?

Type Erasure (타입 소거)타입 정보를 숨기고 통일된 인터페이스로 다양한 타입을 처리하는 디자인 패턴입니다. 상속 없이도 다형성을 구현할 수 있으며, std::any, std::function 등이 이 패턴을 사용합니다.

#include <any>
#include <iostream>
// 필요한 모듈 import
using namespace std;

int main() {
    any a = 10;
    cout << any_cast<int>(a) << endl;  // 10
    
    a = 3.14;
    cout << any_cast<double>(a) << endl;  // 3.14
    
    a = string("Hello");
    cout << any_cast<string>(a) << endl;  // Hello
}

왜 필요한가?:

  • 상속 불필요: 기존 타입을 수정하지 않고 다형성 구현
  • 유연성: 컴파일 타임에 타입을 알 수 없을 때
  • 디커플링: 타입 간 의존성 제거
  • 재사용성: 다양한 타입에 대해 동일한 인터페이스 제공
// ❌ 가상 함수: 상속 필요
// 타입 정의
class Shape {
public:
    virtual void draw() = 0;
};

class Circle : public Shape {  // 상속 필요
    void draw() override {}
};

// ✅ Type Erasure: 상속 불필요
class Drawable {
    // 내부 구현...
};

class Circle {  // 상속 불필요!
    void draw() {}
};

Drawable d = Circle();  // OK
d.draw();

Type Erasure의 구조:

아래 다이어그램은 Type Erasure의 구조를 보여줍니다. 각 부분의 역할을 이해하면서 살펴보시기 바랍니다.

다음은 mermaid 예제 코드입니다.

graph TD
    A[Drawable 외부 인터페이스] --> B[DrawableConcept 추상 인터페이스]
    B --> C[DrawableModel Circle]
    B --> D[DrawableModel Rectangle]
    C --> E[Circle 객체]
    D --> F[Rectangle 객체]
    
    style A fill:#90EE90
    style B fill:#FFB6C1
    style C fill:#87CEEB
    style D fill:#87CEEB

Type Erasure vs 가상 함수:

특징가상 함수Type Erasure
상속✅ 필요❌ 불필요
기존 타입 수정✅ 필요❌ 불필요
유연성❌ 제한적✅ 높음
구현 복잡도✅ 낮음❌ 높음
성능✅ 빠름❌ 약간 느림
타입 정보✅ 유지❌ 소거
// 가상 함수: 상속 필요
class Shape {
public:
    virtual void draw() = 0;
};

class Circle : public Shape {
    void draw() override {
        std::cout << "원\n";
    }
};

// Type Erasure: 상속 불필요
class Circle {  // Shape 상속 안함
public:
    void draw() const {
        std::cout << "원\n";
    }
};

Drawable d = Circle();  // OK

std::function

#include <functional>

int add(int a, int b) { return a + b; }

int main() {
    // 함수 포인터
    function<int(int, int)> f1 = add;
    
    // 람다
    function<int(int, int)> f2 =  { return a * b; };
    
    // 함수 객체
    struct Multiply {
        int operator()(int a, int b) { return a * b; }
    };
    function<int(int, int)> f3 = Multiply();
    
    cout << f1(2, 3) << endl;  // 5
    cout << f2(2, 3) << endl;  // 6
    cout << f3(2, 3) << endl;  // 6
}

수동 Type Erasure 구현

class Drawable {
private:
    struct DrawableConcept {
        virtual void draw() const = 0;
        virtual ~DrawableConcept() {}
    };
    
    template<typename T>
    struct DrawableModel : DrawableConcept {
        T object;
        
        DrawableModel(T obj) : object(move(obj)) {}
        
        void draw() const override {
            object.draw();
        }
    };
    
    unique_ptr<DrawableConcept> self;
    
public:
    template<typename T>
    Drawable(T obj) : self(make_unique<DrawableModel<T>>(move(obj))) {}
    
    void draw() const {
        self->draw();
    }
};

class Circle {
public:
    void draw() const {
        cout << "원 그리기" << endl;
    }
};

class Rectangle {
public:
    void draw() const {
        cout << "사각형 그리기" << endl;
    }
};

int main() {
    vector<Drawable> shapes;
    shapes.push_back(Circle());
    shapes.push_back(Rectangle());
    
    for (const auto& shape : shapes) {
        shape.draw();
    }
}

실전 예시

예시 1: 콜백 시스템

#include <functional>
#include <vector>

class EventSystem {
private:
    vector<function<void(int)>> handlers;
    
public:
    template<typename Func>
    void subscribe(Func&& handler) {
        handlers.push_back(forward<Func>(handler));
    }
    
    void trigger(int value) {
        for (auto& handler : handlers) {
            handler(value);
        }
    }
};

void globalHandler(int x) {
    cout << "전역 함수: " << x << endl;
}

int main() {
    EventSystem events;
    
    // 전역 함수
    events.subscribe(globalHandler);
    
    // 람다
    events.subscribe( {
        cout << "람다: " << x << endl;
    });
    
    // 함수 객체
    struct Printer {
        void operator()(int x) {
            cout << "함수 객체: " << x << endl;
        }
    };
    events.subscribe(Printer());
    
    events.trigger(42);
}

예시 2: 타입 안전 any

class TypeSafeAny {
private:
    struct Holder {
        virtual ~Holder() {}
    };
    
    template<typename T>
    struct HolderImpl : Holder {
        T value;
        HolderImpl(T v) : value(move(v)) {}
    };
    
    unique_ptr<Holder> content;
    
public:
    template<typename T>
    TypeSafeAny(T value) : content(make_unique<HolderImpl<T>>(move(value))) {}
    
    template<typename T>
    T* get() {
        if (auto* holder = dynamic_cast<HolderImpl<T>*>(content.get())) {
            return &holder->value;
        }
        return nullptr;
    }
};

int main() {
    TypeSafeAny a = 42;
    
    if (int* p = a.get<int>()) {
        cout << *p << endl;  // 42
    }
    
    if (string* p = a.get<string>()) {
        cout << *p << endl;
    } else {
        cout << "타입 불일치" << endl;
    }
}

예시 3: 플러그인 시스템

class Plugin {
private:
    struct PluginConcept {
        virtual void execute() = 0;
        virtual string getName() = 0;
        virtual ~PluginConcept() {}
    };
    
    template<typename T>
    struct PluginModel : PluginConcept {
        T plugin;
        
        PluginModel(T p) : plugin(move(p)) {}
        
        void execute() override {
            plugin.execute();
        }
        
        string getName() override {
            return plugin.getName();
        }
    };
    
    unique_ptr<PluginConcept> self;
    
public:
    template<typename T>
    Plugin(T plugin) : self(make_unique<PluginModel<T>>(move(plugin))) {}
    
    void execute() {
        self->execute();
    }
    
    string getName() {
        return self->getName();
    }
};

class AudioPlugin {
public:
    void execute() {
        cout << "오디오 처리" << endl;
    }
    
    string getName() {
        return "AudioPlugin";
    }
};

class VideoPlugin {
public:
    void execute() {
        cout << "비디오 처리" << endl;
    }
    
    string getName() {
        return "VideoPlugin";
    }
};

int main() {
    vector<Plugin> plugins;
    plugins.push_back(AudioPlugin());
    plugins.push_back(VideoPlugin());
    
    for (auto& plugin : plugins) {
        cout << plugin.getName() << ": ";
        plugin.execute();
    }
}

std::any 활용

#include <any>
#include <map>

class PropertyBag {
private:
    map<string, any> properties;
    
public:
    template<typename T>
    void set(const string& key, T value) {
        properties[key] = value;
    }
    
    template<typename T>
    T get(const string& key) {
        return any_cast<T>(properties[key]);
    }
    
    bool has(const string& key) {
        return properties.find(key) != properties.end();
    }
};

int main() {
    PropertyBag props;
    
    props.set("width", 800);
    props.set("height", 600);
    props.set("title", string("My App"));
    
    cout << props.get<int>("width") << endl;
    cout << props.get<string>("title") << endl;
}

자주 발생하는 문제

문제 1: any_cast 실패

// ❌ 크래시
any a = 42;
string s = any_cast<string>(a);  // bad_any_cast 예외

// ✅ 안전한 캐스트
if (a.type() == typeid(int)) {
    int x = any_cast<int>(a);
}

// ✅ 포인터 캐스트
if (int* p = any_cast<int>(&a)) {
    cout << *p << endl;
}

문제 2: function 복사 비용

C/C++ 예제 코드입니다.

// ❌ 큰 람다 캡처
vector<int> bigData(1000000);
function<void()> f = [bigData]() {  // 복사!
    // ...
};

// ✅ 참조 캡처
function<void()> f = [&bigData]() {
    // ...
};

문제 3: 타입 정보 손실

C/C++ 예제 코드입니다.

// ❌ 타입 정보 손실
any a = Circle();
// Circle의 메서드를 직접 호출 불가

// ✅ Type Erasure 패턴으로 인터페이스 제공
Drawable d = Circle();
d.draw();  // OK

Type Erasure vs 가상 함수

// 가상 함수
class Shape {
public:
    virtual void draw() = 0;
};

class Circle : public Shape {
    void draw() override {}
};

// Type Erasure
class Drawable {
    // 내부 구현...
};

class Circle {  // 상속 불필요!
    void draw() {}
};

장점:

  • 상속 불필요
  • 기존 타입 수정 불필요
  • 더 유연함

단점:

  • 구현 복잡
  • 약간의 오버헤드

실무 패턴

패턴 1: 타입 안전 메시지 큐

class Message {
private:
    struct MessageConcept {
        virtual void process() = 0;
        virtual ~MessageConcept() {}
    };
    
    template<typename T>
    struct MessageModel : MessageConcept {
        T message;
        
        MessageModel(T msg) : message(std::move(msg)) {}
        
        void process() override {
            message.process();
        }
    };
    
    std::unique_ptr<MessageConcept> self_;
    
public:
    template<typename T>
    Message(T msg) : self_(std::make_unique<MessageModel<T>>(std::move(msg))) {}
    
    void process() {
        self_->process();
    }
};

// 사용
struct TextMessage {
    std::string content;
    void process() const {
        std::cout << "텍스트: " << content << '\n';
    }
};

struct ImageMessage {
    std::vector<uint8_t> data;
    void process() const {
        std::cout << "이미지: " << data.size() << " bytes\n";
    }
};

std::queue<Message> queue;
queue.push(TextMessage{"Hello"});
queue.push(ImageMessage{{1, 2, 3}});

패턴 2: 커맨드 패턴

class Command {
private:
    struct CommandConcept {
        virtual void execute() = 0;
        virtual void undo() = 0;
        virtual ~CommandConcept() {}
    };
    
    template<typename T>
    struct CommandModel : CommandConcept {
        T command;
        
        CommandModel(T cmd) : command(std::move(cmd)) {}
        
        void execute() override {
            command.execute();
        }
        
        void undo() override {
            command.undo();
        }
    };
    
    std::unique_ptr<CommandConcept> self_;
    
public:
    template<typename T>
    Command(T cmd) : self_(std::make_unique<CommandModel<T>>(std::move(cmd))) {}
    
    void execute() { self_->execute(); }
    void undo() { self_->undo(); }
};

// 사용
struct AddCommand {
    int& value;
    int delta;
    
    void execute() { value += delta; }
    void undo() { value -= delta; }
};

int value = 0;
std::vector<Command> history;
history.push_back(AddCommand{value, 10});
history.back().execute();  // value = 10
history.back().undo();     // value = 0

패턴 3: 함수 래퍼

template<typename Signature>
class Function;

template<typename R, typename....Args>
class Function<R(Args...)> {
private:
    struct Callable {
        virtual R call(Args....args) = 0;
        virtual ~Callable() {}
    };
    
    template<typename F>
    struct CallableImpl : Callable {
        F func;
        
        CallableImpl(F f) : func(std::move(f)) {}
        
        R call(Args....args) override {
            return func(std::forward<Args>(args)...);
        }
    };
    
    std::unique_ptr<Callable> callable_;
    
public:
    template<typename F>
    Function(F func) : callable_(std::make_unique<CallableImpl<F>>(std::move(func))) {}
    
    R operator()(Args....args) {
        return callable_->call(std::forward<Args>(args)...);
    }
};

// 사용
Function<int(int, int)> add =  { return a + b; };
std::cout << add(2, 3) << '\n';  // 5

FAQ

Q1: Type Erasure는 언제 사용하나요?

A:

  • 상속 없이 다형성: 기존 타입을 수정할 수 없을 때
  • 유연한 인터페이스: 다양한 타입을 통일된 방식으로 처리
  • 플러그인 시스템: 런타임에 타입이 결정될 때
  • 콜백 시스템: 다양한 callable 객체 저장
// 상속 없이 다형성
class Circle {  // Shape 상속 안함
    void draw() const {}
};

Drawable d = Circle();  // OK

Q2: any vs variant?

A:

  • any: 어떤 타입이든 가능 (런타임 체크, 느림)
  • variant: 정해진 타입 중 하나 (컴파일 타임 체크, 빠름)

C/C++ 예제 코드입니다.

// any: 모든 타입
std::any a = 42;
a = std::string{"hello"};
a = std::vector<int>{1, 2, 3};

// variant: 정해진 타입만
std::variant<int, std::string> v = 42;
v = std::string{"hello"};
// v = std::vector<int>{};  // 에러

Q3: function의 오버헤드는?

A: 약간의 오버헤드가 있습니다. 가상 함수 호출과 유사합니다.

add 함수의 구현 예제입니다.

// 직접 호출: ~1ns
int add(int a, int b) { return a + b; }
add(2, 3);

// std::function: ~5-10ns
std::function<int(int, int)> f = add;
f(2, 3);

권장: 성능이 중요하면 템플릿 사용

Q4: Type Erasure 구현은 어렵나요?

A: 복잡합니다. 가능하면 std::any, std::function을 사용하세요.

C/C++ 예제 코드입니다.

// ✅ std::function 사용 (간단)
std::function<void()> callback =  {
    std::cout << "Hello\n";
};

// ❌ 직접 구현 (복잡)
// Concept, Model, 외부 인터페이스 필요

Q5: 성능이 중요하면?

A: 가상 함수나 CRTP를 고려하세요.

// 가상 함수: 빠름, 상속 필요
class Shape {
    virtual void draw() = 0;
};

// CRTP: 매우 빠름, 복잡
template<typename Derived>
class Shape {
    void draw() {
        static_cast<Derived*>(this)->draw_impl();
    }
};

// Type Erasure: 유연함, 약간 느림
class Drawable {
    // ...
};

Q6: Type Erasure의 메모리 할당은?

A: 동적 할당이 필요합니다. 작은 객체는 Small Object Optimization (SOO)을 사용할 수 있습니다.

C/C++ 예제 코드입니다.

// 동적 할당
Drawable d = Circle();  // new로 할당

// std::function: SOO 사용
std::function<void()> f =  {};  // 작은 람다: 스택
std::function<void()> f2 = [bigData]() {};  // 큰 람다: 힙

Q7: Type Erasure는 복사 가능한가요?

A: 구현에 따라 다릅니다. 복사를 지원하려면 clone() 메서드가 필요합니다.

struct DrawableConcept {
    virtual void draw() const = 0;
    virtual std::unique_ptr<DrawableConcept> clone() const = 0;  // 복사
    virtual ~DrawableConcept() {}
};

template<typename T>
struct DrawableModel : DrawableConcept {
    T object;
    
    std::unique_ptr<DrawableConcept> clone() const override {
        return std::make_unique<DrawableModel>(object);
    }
};

Q8: Type Erasure 학습 리소스는?

A:

  • “C++ Software Design” by Klaus Iglberger
  • Sean Parent의 “Inheritance Is The Base Class of Evil” 발표
  • Boost.TypeErasure 라이브러리

관련 글: any, variant, function, virtual-functions.

한 줄 요약: Type Erasure는 타입 정보를 숨기고 상속 없이 다형성을 구현하는 디자인 패턴입니다.


같이 보면 좋은 글 (내부 링크)

이 주제와 연결되는 다른 글입니다.

관련 글

심화 부록: 구현·운영 관점

이 부록은 앞선 본문에서 다룬 주제(「C++ Type Erasure | ‘타입 지우기’ 패턴 가이드」)를 구현·런타임·운영 관점에서 다시 압축합니다. 도메인별 세부 구현은 글마다 다르지만, 입력 검증 → 핵심 연산 → 부작용(I/O·네트워크·동시성) → 관측의 흐름으로 장애를 나누면 원인 추적이 빨라집니다.

내부 동작과 핵심 메커니즘

flowchart TD
  A[입력·요청·이벤트] --> B[파싱·검증·디코딩]
  B --> C[핵심 연산·상태 전이]
  C --> D[부작용: I/O·네트워크·동시성]
  D --> E[결과·관측·저장]
sequenceDiagram
  participant C as 클라이언트/호출자
  participant B as 경계(런타임·게이트웨이·프로세스)
  participant D as 의존성(API·DB·큐·파일)
  C->>B: 요청/이벤트
  B->>D: 조회·쓰기·RPC
  D-->>B: 지연·부분 실패·재시도 가능
  B-->>C: 응답 또는 오류(코드·상관 ID)
  • 불변 조건(Invariant): 버퍼 경계, 프로토콜 상태, 트랜잭션 격리, FD 상한 등 단계별로 문장으로 적어 두면 디버깅 비용이 줄어듭니다.
  • 결정성: 순수 층과 시간·네트워크·스케줄에 의존하는 층을 분리해야 테스트와 장애 분석이 쉬워집니다.
  • 경계 비용: 직렬화, 인코딩, syscall 횟수, 락 경합, 할당·GC, 캐시 미스를 의심 목록에 둡니다.
  • 백프레셔: 생산자가 소비자보다 빠를 때 버퍼·큐·스트림에서 속도를 줄이는 신호를 어디에 둘지 정의합니다.

프로덕션 운영 패턴

영역운영 관점 질문
관측성요청 단위 상관 ID, 에러율·지연 p95/p99, 의존성 타임아웃·재시도가 대시보드에 보이는가
안전성입력 검증·권한·비밀·감사 로그가 코드 경로마다 일관적인가
신뢰성재시도는 멱등 연산에만 적용되는가, 서킷 브레이커·백오프·DLQ가 있는가
성능캐시·배치 크기·커넥션 풀·인덱스·백프레셔가 데이터 규모에 맞는가
배포롤백 룬북, 카나리/블루그린, 마이그레이션·피처 플래그가 문서화되어 있는가
용량피크 트래픽·디스크·FD·스레드 풀 상한을 주기적으로 검증하는가

스테이징은 데이터 양·네트워크 RTT·동시성을 프로덕션에 가깝게 맞출수록 재현율이 올라갑니다.

확장 예시: 엔드투엔드 미니 시나리오

앞선 본문 주제(「C++ Type Erasure | ‘타입 지우기’ 패턴 가이드」)를 배포·운영 흐름에 맞춰 옮긴 체크리스트입니다. 도메인에 맞게 단계 이름만 바꿔 적용할 수 있습니다.

  1. 입력 계약 고정: 스키마·버전·최대 페이로드·타임아웃·에러 코드를 경계에 둔다.
  2. 핵심 경로 계측: 요청 ID, 단계별 지연, 외부 호출 결과 코드를 로그·메트릭·트레이스에서 한 흐름으로 본다.
  3. 실패 주입: 의존성 타임아웃·5xx·부분 데이터·락 대기를 스테이징에서 재현한다.
  4. 호환·롤백: 설정/마이그레이션/클라이언트 버전을 되돌릴 수 있는지 확인한다.
  5. 부하 후 검증: 피크 대비 p95/p99, 에러율, 리소스 상한, 알림 임계값을 점검한다.
handle(request):
  ctx = newCorrelationId()
  validated = validateSchema(request)
  authorize(validated, ctx)
  result = domainCore(validated)
  persistOrEmit(result, idempotentKey)
  recordMetrics(ctx, latency, outcome)
  return result

문제 해결(Troubleshooting)

증상가능 원인조치
간헐적 실패레이스, 타임아웃, 외부 의존성, DNS최소 재현 스크립트, 분산 트레이스·로그 상관관계, 재시도·서킷 설정 점검
성능 저하N+1, 동기 I/O, 락 경합, 과도한 직렬화, 캐시 미스프로파일러·APM으로 핫스팟 확인 후 한 가지씩 제거
메모리 증가캐시 무제한, 구독/리스너 누수, 대용량 버퍼, 커넥션 미반납상한·TTL·힙/FD 스냅샷 비교
빌드·배포만 실패환경 변수, 권한, 플랫폼 차이, lockfileCI 로그와 로컬 diff, 런타임·이미지 버전 핀
설정 불일치프로필·시크릿·기본값, 리전스키마 검증된 설정 단일 소스와 배포 매트릭스 표준화
데이터 불일치비멱등 재시도, 부분 쓰기, 캐시 무효화 누락멱등 키·아웃박스·트랜잭션 경계 재검토

권장 순서: (1) 최소 재현 (2) 최근 변경 범위 축소 (3) 환경·의존성 차이 (4) 관측으로 가설 검증 (5) 수정 후 회귀·부하 테스트.

배포 전에는 git addgit commitgit pushnpm run deploy 순서를 권장합니다.


이 글에서 다루는 키워드 (관련 검색어)

C++, type-erasure, 디자인패턴, any, function 등으로 검색하시면 이 글이 도움이 됩니다.