Java 브리지 디자인 패턴을 사용하여 추상화와 구현을 우아하게 분리하는 방법

소개

Java 브리지 패턴(브리지 패턴이라고도 함)은 추상화와 구현을 분리하여 독립적으로 변경할 수 있도록 하는 디자인 패턴입니다. 이는 대규모 클래스 또는 밀접하게 관련된 일련의 클래스로 나누어서 이루어집니다. 두 개의 독립적인 계층 중 하나는 추상 클래스 또는 인터페이스를 포함하고 다른 하나는 구현 클래스를 포함합니다. 브리지 패턴을 사용하면 추상 클래스와 구현 클래스를 독립적으로 변경할 수 있으므로 느슨한 결합이 가능합니다.

Java에서 브리지 패턴은 일반적으로 인터페이스를 사용하여 다음을 수행합니다. 추상 부분을 정의하고, 추상 클래스를 사용하여 부분 구현을 구현하고, 이를 구성을 통해 결합합니다. 추상 부분에는 해당 부분을 구현하려는 참조가 포함되고, 구현 부분에서는 추상 부분에 정의된 인터페이스를 구현합니다. 브리지 패턴은 다음 네 가지 역할로 나뉩니다.

추상 역할(추상): 추상 인터페이스를 정의하고 구현된 객체에 대한 참조를 유지합니다.
추상화 확장 세련된 추상화: 일반적으로 하위 클래스인 추상 역할을 확장합니다.
Implementor: 역할을 구현하는 인터페이스를 정의합니다. 이 인터페이스는 실제로 추상 역할의 인터페이스와 정확히 동일할 필요는 없습니다. , 두 인터페이스는 완전히 다를 수 있습니다.
콘크리트 구현 역할은 구현된 역할 인터페이스를 구현하고 특정 비즈니스 로직을 완성합니다.
implementation

예를 들어 전자 상거래 웹 사이트에서는 다음과 같을 수 있습니다. Alipay, WeChat Pay, UnionPay 결제 등 다양한 지원 방법을 지원하는 데 필요합니다. 브리지 모드를 사용하면 다양한 결제 방법을 쉽게 추가하거나 전환하여 사용자의 요구를 충족할 수 있습니다.

구현 역할

public interface PaymentImplementor {
    /**
     * 支付
     *
     * @param amount
     */
    void processPayment(double amount);
}

구체적인 구현 role

public class AliPaymentImplementor implements PaymentImplementor {
    /**
     * 支付
     *
     * @param amount
     */
    @Override
    public void processPayment(double amount) {
        System.out.println("支付宝支付:" + amount + "元...");
    }
}
public class WechatPaymentImplementor implements PaymentImplementor {
    /**
     * 支付
     *
     * @param amount
     */
    @Override
    public void processPayment(double amount) {
        System.out.println("微信支付:" + amount + "元...");
    }
}
public class UnionpayPaymentImplementor implements PaymentImplementor {
    /**
     * 支付
     *
     * @param amount
     */
    @Override
    public void processPayment(double amount) {
        System.out.println("银联支付:" + amount + "元...");
    }
}

추상 역할

public abstract class Payment {
    protected PaymentImplementor implementor;
    public Payment(PaymentImplementor implementor) {
        this.implementor = implementor;
    }
    /**
     * 支付
     *
     * @param amount
     */
    public abstract void pay(double amount);
}

확장 추상 역할

public class OnlinePayment extends Payment{
    public OnlinePayment(PaymentImplementor implementor) {
        super(implementor);
    }
    /**
     * 支付
     *
     * @param amount
     */
    @Override
    public void pay(double amount) {
        System.out.println("开始在线支付...");
        implementor.processPayment(amount);
        System.out.println("在线支付完成...");
    }
}

Testing

public class Demo {
    public static void main(String[] args) {
        // 支付宝支付
        PaymentImplementor paymentImplementor = new AliPaymentImplementor();
        Payment payment = new OnlinePayment(paymentImplementor);
        payment.pay(100);
        System.out.println();
        // 微信支付
        paymentImplementor = new WechatPaymentImplementor();
        payment = new OnlinePayment(paymentImplementor);
        payment.pay(101);
        System.out.println();
        // 银联支付
        paymentImplementor = new UnionpayPaymentImplementor();
        payment = new OnlinePayment(paymentImplementor);
        payment.pay(102);
    }
}

이 코드는 간단한 구현입니다. 그 중 Payment는 추상 클래스이고 OnlinePayment는 그 하위 클래스이며 PaymentImplementor는 다음과 같습니다. AliPaymentImplementor, UnionpayPaymentImplementor 및 WechatPaymentImplementor 인터페이스는 모두 구현 클래스입니다. 이러한 방식으로 결제 클래스 PayImplementor 인터페이스는 분리되어 독립적으로 개발되고 확장될 수 있습니다.

이 예에서 결제 클래스는 추상적이고 인스턴스화할 수 없지만 OnlinePayment 하위 클래스를 통해 인스턴스화됩니다. OnlinePayment 하위 클래스는 pay 메서드를 재정의하고 Implementor.processPayment 메서드를 호출합니다. PaymentImplementor 인터페이스를 구현하는 클래스는 자연스럽게 제공됩니다(예: AliPaymentImplementor, UnionpayPaymentImplementor 및 WechatPaymentImplementor). PaymentImplementor 인터페이스를 OnlinePayment 클래스에 동적으로 삽입하여 OnlinePayment 클래스를 수정하지 않고도 다양한 결제 방법을 실현할 수 있습니다. .

Summary

Advantages

추상 부분과 구현 부분을 분리하여 독립적으로 변경할 수 있도록 합니다. 시스템의 유연성과 확장성.
추상 인터페이스를 통해 객체 간의 관계를 관리합니다. 이는 객체 지향 프로그래밍의 원칙에 더 부합하므로 시스템을 유지 관리하고 이해하기가 더 쉽습니다. 클래스를 피할 수 있습니다. 상속 사용으로 인한 폭발 문제 패턴은 시스템의 복잡성을 증가시키고 추가적인 추상화 계층을 요구하므로 시스템 설계가 복잡해질 수 있습니다.
브릿지 인터페이스의 경우 구현 클래스가 적절하게 설계되지 않으면 시스템의 결합이 증가할 수 있습니다.
응용 시나리오

클래스에 여러 변경 차원이 있는 경우(예: 모양 클래스의 색상과 크기가 서로 다름) 브리지 패턴은 이를 분리하여 시스템을 더욱 유연하게 만들 수 있습니다.
다른 플랫폼, 데이터베이스 또는 프로토콜을 지원해야 하는 경우 브리지 패턴을 사용하여 이러한 구현 세부 사항을 캡슐화하여 클라이언트 및 구현 부분이 변경될 수 있습니다.
실행해야 할 때 구현을 동적으로 전환하면 브리지 모드를 사용하여 이러한 전환을 달성할 수 있습니다.

위 내용은 Java 브리지 디자인 패턴을 사용하여 추상화와 구현을 우아하게 분리하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!