1. 核心思想

将抽象和实现解耦，使得它们可以独立地变化。

抽象与它的实现分离，这并不是说，让抽象类与其派生类分离，因为这没有任何意义。实现指的是抽象类和它的派生类用来实现自己的对象。

实现系统可能有多角度分类，每一种分类都有可能变化，那么就把这种多角度分离出来让它们独立变化，减少它们之间的耦合。桥梁模式关注的是抽象和实现的分离，使得它们可以独立地发展。

2. UML类图

桥接模式UML类图

3. 框架代码

from abc import ABC, abstractmethod
import sys

class Implementor(ABC):
    @abstractmethod
    def operationImpl(self):
        pass

class ImplementorImplA(Implementor):
    def operationImpl(self):
        print(
            f"{self.__class__.__name__}/{sys._getframe().f_code.co_name} is running...")

class ImplementorImplB(Implementor):
    def operationImpl(self):
        print(
            f"{self.__class__.__name__}/{sys._getframe().f_code.co_name} is running...")

class Abstraction(ABC):
    def __init__(self) -> None:
        self.implementor = None

    def setImplementor(self, implementor:Implementor):
        self.implementor = implementor

    @abstractmethod
    def operation(self):
        pass

class RefinedAbstraction(Abstraction):
    def operation(self):
        self.implementor.operationImpl()

if __name__ == "__main__":
    ra = RefinedAbstraction()
    ra.setImplementor(ImplementorImplA())
    ra.operation()
    ra.setImplementor(ImplementorImplB())
    ra.operation()

4. 模型说明

4.1 设计要点

两个重要的角色

Abstraction（抽象化角色）：与Implementor组合关系，里面提供了与Implementor相关的功能扩展；
Implementor（实现化角色）：实现化角色，定义了属性和功能；

4.2 优缺点

优点
- 分离抽象接口及其实现部分。
- 桥接模式有时类似于多继承方案，但是多继承方案违背了类的单一职责原则（即一个类只有一个变化的原因），复用性比较差，而且多继承结构中类的个数非常庞大，桥接模式是比多继承方案更好的解决方法。
- 桥接模式提高了系统的可扩充性，在两个变化维度中任意扩展一个维度，都不需要修改原有系统。
- 实现细节对客户隐藏，可以对用户隐藏实现细节。
缺点
- 桥接模式的引入会增加系统的理解与设计难度，由于聚合关联关系建立在抽象层，要求开发者针对抽象进行设计与编程。
- 桥接模式要求正确识别出系统中两个独立变化的维度，因此其使用范围具有一定的局限性。

5. 应用场景

如果一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性，避免在两个层次之间建立静态的继承联系，通过桥接模式可以使它们在抽象层建立一个关联关系。
抽象化角色和实现化角色可以以继承的方式独立扩展而互不影响，在程序运行时可以动态将一个抽象化子类的对象和一个实现化子类的对象进行组合，即系统需要对抽象化角色和实现化角色进行动态耦合。
一个类存在两个独立变化的维度，且这两个维度都需要进行扩展。
虽然在系统中使用继承是没有问题的，但是由于抽象化角色和具体化角色需要独立变化，设计要求需要独立管理这两者。
对于那些不希望使用继承或因为多层次继承导致系统类的个数急剧增加的系统，桥接模式尤为适用。