[design-patterns] Bridge Pattern은 언제 사용합니까? 어댑터 패턴과 어떻게 다릅니 까?

Bridge 와 Adapter 의 의도 는 다르며 두 패턴이 별도로 필요합니다.

브리지 패턴 :

1. 구조적 패턴입니다.
2. 추상화 및 구현은 컴파일 타임에 바인딩되지 않습니다.
3. 추상화 및 구현-둘 다 클라이언트에 영향을주지 않고 달라질 수 있습니다.
4. 상속보다 구성을 사용합니다.

다음과 같은 경우 브리지 패턴을 사용합니다.

1. 구현의 런타임 바인딩을 원합니다.
2. 결합 된 인터페이스와 수많은 구현으로 인해 클래스가 급증하고 있습니다.
3. 여러 개체간에 구현을 공유하려는 경우
4. 직교 클래스 계층 구조를 매핑해야합니다.

@ John Sonmez 답변은 클래스 계층 구조를 줄이는 데 브리지 패턴의 효과를 명확하게 보여줍니다.

아래 문서 링크를 참조하여 코드 예제로 브리지 패턴에 대한 더 나은 통찰력을 얻을 수 있습니다.

어댑터 패턴 :

1. 이 작업 함께 두 관련이없는 인터페이스를 허용 가능한 같은 역할을하고, 다른 객체를 통해.
2. 원래 인터페이스를 수정합니다.

주요 차이점 :

1. 어댑터 는 설계된 후에 작동합니다. Bridge 는 그들이 존재하기 전에 작동하도록합니다.
2. Bridge 는 추상화와 구현이 독립적으로 변경 될 수 있도록 미리 설계되었습니다 . 어댑터 는 관련없는 클래스가 함께 작동하도록 개조되었습니다.
3. 의도 : 어댑터를 사용하면 관련되지 않은 두 인터페이스가 함께 작동 할 수 있습니다. Bridge를 사용하면 추상화 및 구현이 독립적으로 달라질 수 있습니다.

UML 다이어그램 및 작업 코드와 관련된 SE 질문 :

브리지 패턴과 어댑터 패턴의 차이점

유용한 기사 :

sourcemaking 브리지 패턴 기사

sourcemaking 어댑터 패턴 기사

journaldev 브리지 패턴 기사

편집하다:

Bridge Pattern 실제 사례

브리지 패턴은 구현에서 추상화를 분리하여 둘 다 독립적으로 달라질 수 있습니다. 그것은 상속이 아닌 구성으로 달성되었습니다.

Wikipedia의 브리지 패턴 UML :

이 패턴에는 네 가지 구성 요소가 있습니다.

Abstraction: 인터페이스를 정의합니다.

RefinedAbstraction: 추상화를 구현합니다.

Implementor: 구현을위한 인터페이스를 정의합니다.

ConcreteImplementor: Implementor 인터페이스를 구현합니다.

The crux of Bridge pattern :컴포지션을 사용하는 두 개의 직교 클래스 계층 (상속 없음). 추상화 계층 및 구현 계층은 독립적으로 다를 수 있습니다. 구현은 추상화를 참조하지 않습니다. 추상화에는 구성을 통해 구현 인터페이스가 구성원으로 포함됩니다. 이 구성은 상속 계층의 수준을 한 단계 더 줄입니다.

실제 단어 사용 사례 :

다른 차량이 수동 및 자동 기어 시스템의 두 버전을 모두 갖도록합니다.

예제 코드 :

/* Implementor interface*/
interface Gear{
    void handleGear();
}

/* Concrete Implementor - 1 */
class ManualGear implements Gear{
    public void handleGear(){
        System.out.println("Manual gear");
    }
}
/* Concrete Implementor - 2 */
class AutoGear implements Gear{
    public void handleGear(){
        System.out.println("Auto gear");
    }
}
/* Abstraction (abstract class) */
abstract class Vehicle {
    Gear gear;
    public Vehicle(Gear gear){
        this.gear = gear;
    }
    abstract void addGear();
}
/* RefinedAbstraction - 1*/
class Car extends Vehicle{
    public Car(Gear gear){
        super(gear);
        // initialize various other Car components to make the car
    }
    public void addGear(){
        System.out.print("Car handles ");
        gear.handleGear();
    }
}
/* RefinedAbstraction - 2 */
class Truck extends Vehicle{
    public Truck(Gear gear){
        super(gear);
        // initialize various other Truck components to make the car
    }
    public void addGear(){
        System.out.print("Truck handles " );
        gear.handleGear();
    }
}
/* Client program */
public class BridgeDemo {
    public static void main(String args[]){
        Gear gear = new ManualGear();
        Vehicle vehicle = new Car(gear);
        vehicle.addGear();

        gear = new AutoGear();
        vehicle = new Car(gear);
        vehicle.addGear();

        gear = new ManualGear();
        vehicle = new Truck(gear);
        vehicle.addGear();

        gear = new AutoGear();
        vehicle = new Truck(gear);
        vehicle.addGear();
    }
}

산출:

Car handles Manual gear
Car handles Auto gear
Truck handles Manual gear
Truck handles Auto gear

설명:

1. Vehicle 추상화입니다.
2. Car의 Truck두 가지 구체적인 구현입니다 Vehicle.
3. Vehicle추상적 인 방법을 정의합니다 : addGear().
4. Gear 구현 자 인터페이스
5. ManualGear그리고 AutoGear두 가지 구현입니다 Gear
6. Vehicleimplementor인터페이스를 구현하는 대신 인터페이스를 포함 합니다. Compositon구현 자 인터페이스의 핵심은이 패턴의 핵심입니다. 추상화와 구현이 독립적으로 달라질 수 있습니다.
7. Car및 Truck추상화를위한 구현 (재정의 된 추상화)을 정의합니다. addGear(): : 포함 Gear-둘 중 하나 Manual또는Auto

브리지 패턴의 사용 사례 :

1. 추상화 및 구현 은 서로 독립적으로 변경 될 수 있으며 컴파일 타임에 바인딩되지 않습니다.
2. 직교 계층 구조 매핑-하나는 추상화 용 이고 다른 하나는 구현 용 입니다.