Bridge Pattern 베스트 프랙티스

추상화와 구현을 분리하여 독립적으로 확장 가능하게 만드는 Bridge Pattern의 고급 활용법을 학습합니다. 실무에서 활용 가능한 베스트 프랙티스와 함께 구조적 설계 패턴을 마스터합니다.

---

---

들어가며

이 글에서는 Bridge Pattern 베스트 프랙티스에 대해 상세히 알아보겠습니다. 총 12가지 주요 개념을 다루며, 각각의 개념에 대한 설명과 실제 코드 예제를 함께 제공합니다.

목차

1. Bridge_Pattern_기본_구조
2. 다중_구현체_확장
3. 추상화_계층_확장
4. 실무_적용_디바이스_추상화
5. 의존성_주입과의_결합
6. 멀티_차원_확장
7. 성능_최적화_전략
8. 타입_안정성_강화
9. 에러_처리_패턴
10. 팩토리_패턴과의_조합
11. 상태_관리_통합
12. 리소스_관리_베스트_프랙티스

---

1. Bridge Pattern 기본 구조

개요

Bridge Pattern은 추상화(Abstraction)와 구현(Implementation)을 분리하여 각각 독립적으로 변경할 수 있게 합니다. 인터페이스를 통해 두 계층을 연결합니다.

코드 예제

interface Renderer {
  renderCircle(radius: number): void;
}

abstract class Shape {
  constructor(protected renderer: Renderer) {}
  abstract draw(): void;
}

class Circle extends Shape {
  constructor(renderer: Renderer, private radius: number) {
    super(renderer);
  }
  draw() { this.renderer.renderCircle(this.radius); }
}

설명

Renderer 인터페이스로 구현부를 분리하고, Shape 추상 클래스가 이를 참조합니다. Circle은 구체적인 도형이지만 렌더링 방식은 독립적으로 변경 가능합니다.

---

2. 다중 구현체 확장

개요

Bridge Pattern의 핵심은 구현체를 쉽게 추가할 수 있다는 점입니다. 새로운 렌더러를 추가해도 기존 코드 수정이 불필요합니다.

코드 예제

class VectorRenderer implements Renderer {
  renderCircle(radius: number) {
    console.log(`Vector circle: ${radius}`);
  }
}

class RasterRenderer implements Renderer {
  renderCircle(radius: number) {
    console.log(`Raster pixels: ${radius * radius}`);
  }
}

const circle = new Circle(new VectorRenderer(), 5);
circle.draw();

설명

VectorRenderer와 RasterRenderer를 독립적으로 구현하여 Circle 클래스 수정 없이 렌더링 방식을 전환할 수 있습니다.

---

3. 추상화 계층 확장

개요

구현부뿐만 아니라 추상화 계층도 독립적으로 확장 가능합니다. 새로운 도형을 추가해도 렌더러 코드는 영향받지 않습니다.

코드 예제

class Rectangle extends Shape {
  constructor(
    renderer: Renderer,
    private width: number,
    private height: number
  ) {
    super(renderer);
  }
  draw() {
    console.log(`Rectangle ${this.width}x${this.height}`);
  }
}

const rect = new Rectangle(new RasterRenderer(), 4, 6);

설명

Rectangle을 추가해도 기존 렌더러들을 재사용할 수 있으며, 각 계층이 독립적으로 확장됩니다.

---

4. 실무 적용 디바이스 추상화

개요

실무에서는 플랫폼별 구현을 분리할 때 Bridge Pattern을 활용합니다. 비즈니스 로직과 플랫폼 종속 코드를 분리합니다.

코드 예제

interface DeviceAPI {
  sendNotification(msg: string): void;
}

class Notification {
  constructor(private device: DeviceAPI) {}
  send(msg: string) {
    this.device.sendNotification(msg);
  }
}

class IOSDevice implements DeviceAPI {
  sendNotification(msg: string) { /* APNs */ }
}

설명

DeviceAPI 인터페이스로 플랫폼별 구현을 분리하여 iOS, Android 등 다양한 플랫폼을 지원할 수 있습니다.

---

5. 의존성 주입과의 결합

개요

Bridge Pattern과 의존성 주입을 결합하면 테스트 가능성과 유연성이 극대화됩니다. 런타임에 구현체를 교체할 수 있습니다.

코드 예제

class PaymentProcessor {
  constructor(private gateway: PaymentGateway) {}

  process(amount: number) {
    return this.gateway.charge(amount);
  }
}

interface PaymentGateway {
  charge(amount: number): Promise<boolean>;
}

const processor = new PaymentProcessor(mockGateway);

설명

PaymentGateway 인터페이스를 통해 실제 결제 게이트웨이나 Mock 객체를 주입할 수 있어 테스트가 용이합니다.

---

6. 멀티 차원 확장

개요

Bridge Pattern은 여러 차원의 변경사항을 독립적으로 관리할 수 있습니다. 기능과 플랫폼을 각각 확장 가능합니다.

코드 예제

abstract class Message {
  constructor(protected sender: MessageSender) {}
  abstract send(content: string): void;
}

class UrgentMessage extends Message {
  send(content: string) {
    this.sender.sendMessage(`[URGENT] ${content}`);
  }
}

interface MessageSender {
  sendMessage(msg: string): void;
}

설명

메시지 타입(Urgent, Normal)과 발송 방법(Email, SMS)을 독립적으로 조합할 수 있습니다.

---

7. 성능 최적화 전략

개요

Bridge Pattern에서 구현체를 지연 로딩하거나 캐싱하여 성능을 최적화할 수 있습니다. 필요한 시점에만 리소스를 초기화합니다.

코드 예제

class LazyShape extends Shape {
  private initialized = false;

  draw() {
    if (!this.initialized) {
      console.log('Initializing renderer...');
      this.initialized = true;
    }
    this.renderer.renderCircle(10);
  }
}

설명

첫 draw() 호출 시에만 초기화를 수행하여 불필요한 리소스 사용을 방지합니다.

---

8. 타입 안정성 강화

개요

TypeScript의 제네릭을 활용하여 Bridge Pattern의 타입 안정성을 강화할 수 있습니다. 컴파일 타임에 오류를 방지합니다.

코드 예제

interface Renderer<T> {
  render(data: T): void;
}

abstract class Visual<T> {
  constructor(protected renderer: Renderer<T>) {}
  abstract display(data: T): void;
}

class Chart extends Visual<number[]> {
  display(data: number[]) { this.renderer.render(data); }
}

설명

제네릭을 사용하여 렌더러와 데이터 타입 간의 일치성을 보장하고 타입 안정성을 확보합니다.

---

9. 에러 처리 패턴

개요

Bridge Pattern에서 구현체의 에러를 추상화 계층에서 일관되게 처리할 수 있습니다. 에러 핸들링 로직을 중앙화합니다.

코드 예제

abstract class RobustShape extends Shape {
  draw() {
    try {
      this.performDraw();
    } catch (error) {
      console.error('Rendering failed:', error);
      this.fallbackDraw();
    }
  }
  abstract performDraw(): void;
  abstract fallbackDraw(): void;
}

설명

추상 클래스에서 에러 처리 템플릿을 제공하여 모든 구현체가 일관된 에러 핸들링을 갖도록 합니다.

---

10. 팩토리 패턴과의 조합

개요

Bridge Pattern과 Factory Pattern을 결합하면 객체 생성 로직을 캡슐화하여 클라이언트 코드를 단순화할 수 있습니다.

코드 예제

class ShapeFactory {
  static create(type: string, renderer: Renderer) {
    switch(type) {
      case 'circle': return new Circle(renderer, 5);
      case 'rect': return new Rectangle(renderer, 4, 6);
      default: throw new Error('Unknown shape');
    }
  }
}

const shape = ShapeFactory.create('circle', new VectorRenderer());

설명

Factory를 통해 Shape와 Renderer의 조합을 쉽게 생성하고 클라이언트 코드의 복잡도를 줄입니다.

---

11. 상태 관리 통합

개요

Bridge Pattern을 상태 관리와 통합하여 구현체 교체를 동적으로 수행할 수 있습니다. 런타임에 렌더링 전략을 변경합니다.

코드 예제

class AdaptiveShape extends Shape {
  private renderers: Map<string, Renderer> = new Map();

  setRenderer(key: string, renderer: Renderer) {
    this.renderers.set(key, renderer);
  }

  switchRenderer(key: string) {
    this.renderer = this.renderers.get(key)!;
  }
}

설명

여러 렌더러를 등록하고 상황에 따라 동적으로 전환하여 유연한 렌더링 전략을 구현합니다.

---

12. 리소스 관리 베스트 프랙티스

개요

Bridge Pattern에서 구현체가 관리하는 리소스를 적절히 해제하는 것이 중요합니다. dispose 패턴을 활용합니다.

코드 예제

interface DisposableRenderer extends Renderer {
  dispose(): void;
}

class ManagedShape extends Shape {
  draw() { this.renderer.renderCircle(5); }

  cleanup() {
    if ('dispose' in this.renderer) {
      (this.renderer as DisposableRenderer).dispose();
    }
  }
}

설명

DisposableRenderer 인터페이스로 리소스 해제를 명시하고, cleanup 메서드에서 안전하게 처리합니다.

---

마치며

이번 글에서는 Bridge Pattern 베스트 프랙티스에 대해 알아보았습니다. 총 12가지 개념을 다루었으며, 각각의 사용법과 예제를 살펴보았습니다.

관련 태그

#TypeScript #DesignPatterns #BridgePattern #StructuralPatterns #SoftwareArchitecture