桥接模式 (Bridge Pattern)

定义：

桥接模式（Bridge Pattern）是一种结构型设计模式，用于将抽象部分与其实现部分分离，使它们可以独立地变化。这种模式通过创建一个桥接接口，将抽象类和其实现类解耦，使得修改或扩展独立的抽象和实现变得更加容易。

在桥接模式中，通常涉及以下几个核心组件：

1. 抽象化（Abstraction）：
   • 定义抽象类的接口。它保持一个指向实现化对象的引用，并且由子类实现这个接口。
2. 精化抽象化（Refined Abstraction）：
   • 扩展或细化由抽象化定义的接口。
3. 实现化（Implementor）：
   • 定义实现类的接口。这个接口并不一定要与抽象化的接口完全一致，事实上它们可以完全不同。一般来说，实现化接口提供了基本的操作，而抽象化则定义了基于这些操作的较高层次的操作。
4. 具体实现化（Concrete Implementor）：
   • 具体实现Implementor接口的类。

解决的问题：

• 抽象和实现的耦合问题：
  • 在传统的继承机制中，抽象和实现往往紧密耦合，这限制了它们的独立变化和扩展。桥接模式通过分离抽象与实现使它们可以独立发展。
• 类层次爆炸问题：
  • 当一个系统中既有多个维度的抽象，又有多个维度的实现时，如果使用继承来扩展功能，很快会导致大量子类的产生，这种情况称为“类层次爆炸”。桥接模式通过将抽象和实现分离，避免了这个问题。
• 提高代码的可扩展性：
  • 在桥接模式中，由于抽象和实现是独立的，所以增加新的抽象或者新的实现都不会影响到另一方。这使得系统更易于扩展和维护。
• 动态切换实现：
  • 由于抽象与实现是分离的，可以在运行时动态地切换实现，从而提供更大的灵活性。

总之，桥接模式通过建立一个桥梁，连接抽象层次和实现层次，使得两者的变化可以独立进行。这种模式在设计系统时非常有用，特别是当系统需要在多个维度上变化和扩展时。

使用场景：

• 独立变化的维度：
  • 当你有两个或多个独立变化的维度（例如，抽象和实现），并且希望将它们的实现和接口分离开来，以便它们可以独立地变化和扩展。
• 运行时绑定具体实现：
  • 当你需要在运行时切换不同的实现方法时。桥接模式通过抽象层持有实现层的引用，允许动态更改实现。
• 避免类层次爆炸：
  • 当一个类存在多个变化因素时，如果使用继承会导致产生大量子类，桥接模式可以将这些变化因素分离成不同的类层次，减少类的数量。
• 共享实现：
  • 当多个对象共享实现细节，但又需要独立于它们进行扩展时。桥接模式可以共享实现部分，同时允许客户代码独立于它们变化。
• 改变抽象和实现的扩展性：
  • 当需要对抽象部分和实现部分分别进行扩展，而不对客户产生影响时，桥接模式提供了良好的解决方案。
• 跨平台应用开发：
  • 在需要开发跨平台应用时，可以使用桥接模式来分离平台间的差异和应用程序的核心业务。

示例代码 1 – 概念实现：

// 抽象化角色
public abstract class Abstraction {
    protected Implementor implementor;

    protected Abstraction(Implementor implementor) {
        this.implementor = implementor;
    }

    public abstract void operation();
}

// 具体抽象化角色
public class RefinedAbstraction extends Abstraction {
    protected RefinedAbstraction(Implementor implementor) {
        super(implementor);
    }

    @Override
    public void operation() {
        implementor.operationImpl();
    }
}

// 实现化角色
public interface Implementor {
    void operationImpl();
}

// 具体实现化角色
public class ConcreteImplementorA implements Implementor {
    @Override
    public void operationImpl() {
        System.out.println("ConcreteImplementorA operation.");
    }
}

public class ConcreteImplementorB implements Implementor {
    @Override
    public void operationImpl() {
        System.out.println("ConcreteImplementorB operation.");
    }
}

示例代码 2 – 实际应用示例：

假设有一个设备管理系统，需要控制不同品牌的电视机和不同类型的遥控器。

// 设备接口（实现化角色）
public interface Device {
    void turnOn();
    void turnOff();
    void setChannel(int channel);
}

// 遥控器抽象类（抽象化角色）
public abstract class RemoteControl {
    protected Device device;

    protected RemoteControl(Device device) {
        this.device = device;
    }

    public abstract void togglePower();
}

// 具体遥控器（细化抽象化角色）
public class AdvancedRemoteControl extends RemoteControl {
    public AdvancedRemoteControl(Device device) {
        super(device);
    }

    @Override
    public void togglePower() {
        // 实现切换电源的功能
    }

    public void mute() {
        // 实现静音功能
    }
}

// 具体设备实现（具体实现化角色）
public class TV implements Device {
    @Override
    public void turnOn() {
        // 实现打开电视机
    }

    @Override
    public void turnOff() {
        // 实现关闭电视机
    }

    @Override
    public void setChannel(int channel) {
        // 实现切换频道
    }
}

主要符合的设计原则：

1. 开闭原则（Open-Closed Principle）:
   • 桥接模式允许抽象部分和实现部分独立变化，它们可以独立扩展而无需修改原有代码。这就意味着系统对于扩展是开放的，但对于修改是封闭的。
2. 组合优于继承（Composition over Inheritance）:
   • 桥接模式通过组合关系（抽象部分包含实现部分的引用）而不是继承关系来组织代码。这样的组合关系提供了比继承更高的灵活性。
3. 单一职责原则（Single Responsibility Principle）:
   • 在桥接模式中，抽象和实现分离，每部分都有其单一的职责。抽象部分负责处理高层逻辑，而实现部分负责具体的平台或实现细节。
4. 最少知识原则（Principle of Least Knowledge）:
   • 桥接模式让具体的实现对使用它的抽象层透明，从而减少系统各部分之间的紧密耦合。

在JDK中的应用：

• Java数据库连接（JDBC）:
  • JDBC API提供了一个很好的桥接模式例子。java.sql.DriverManager 类作为桥接器，连接Java应用与多种数据库驱动之间的桥梁。驱动管理器本身不执行任何数据库操作，它仅仅是通过指定的驱动程序来建立连接。不同的数据库（如MySQL、Oracle、PostgreSQL等）提供了各自的实现，但对于Java应用来说，这些细节是透明的。
• Java标准图形界面（Swing）:
  • 虽然Swing的设计更接近于组合模式，但在某些方面也可以看作是桥接模式的应用。例如，Swing中的渲染器（如 CellRenderer）和模型（如 TableModel、TreeModel）之间的关系。这里，渲染器作为抽象部分，模型则是实现部分，二者通过接口相连接。
• Java网络API:
  • 在Java的网络编程API中，如 java.net.Socket 和 java.net.ServerSocket 类，可以视为桥接模式的一个例子。这些类为网络通信提供高层抽象，而实际的工作（如TCP/IP协议的细节）则由底层操作系统的实现来完成。
• Java NIO:
  • Java新I/O（NIO）库中的缓冲区（Buffer）类和通道（Channel）类之间的关系也可以看作是桥接模式的一种形式。缓冲区提供了数据的抽象表示，而通道则提供了对实际I/O操作的抽象。

虽然在JDK中这些例子并不总是被显式标记为桥接模式的应用，但它们确实使用了桥接模式的核心理念：将抽象和实现分离开来，使得它们可以独立地变化。

在Spring中的应用：

• Spring框架的多数据源支持：
  • 在Spring框架中处理数据库时，可以配置和使用多种不同的数据源。这里，数据源配置和数据访问对象（DAOs）可以看作是抽象和实现的分离。DAOs提供了与数据源交互的统一接口，而具体的数据源细节（如JDBC、JPA、Hibernate等）则在配置中定义，这与桥接模式的概念相似。
• Spring MVC中的视图解析器：
  • 在Spring MVC中，ViewResolver 接口定义了解析视图的机制，而具体的视图解析器实现（如InternalResourceViewResolver、FreeMarkerViewResolver等）则为不同类型的视图提供支持。这种视图解析机制也体现了桥接模式的思想。
• Spring WebFlux的底层技术支持：
  • Spring WebFlux框架为响应式编程提供支持，它可以基于不同的运行时环境（如Netty、Undertow、Servlet 3.1+容器等）。这里，WebFlux定义了一套统一的反应式编程模型（抽象），而具体的运行时环境（实现）则是可插拔的。

虽然这些例子并不是桥接模式的典型应用，但它们在设计上确实采用了桥接模式的核心思想：通过提供统一的接口（抽象）并将具体的实现细节（实现）分离出去，从而增加了系统的灵活性和可扩展性。

代码007普通

打赏 收藏 海报 链接