设计模式--桥接模式

桥接模式也称为桥梁模式、接口模式或者柄体模式，是将抽象部分与它的具体实现部分分离，使它们都可以独立地变化，属于结构型模式。

桥接模式主要目的是通过组合的方式建立两个类之间的联系，而不是继承。但又类似于多继承的方式，但是多重继承方案往往违背了类的单一职责原则，其复用性比较差，桥接模式是比多重继承更好的替代方案。桥接模式的核心在于解耦抽象和实现。

桥接模式UML类图：

抽象（Abstraction）:该类持有一个对实现角色的引用，抽象角色中的方法需要实现角色来实现。抽象角色一般为抽象类（构造函数规定子类要传入一个实现对象）；

修正抽象（RefinedAbstraction）:Abstraction的具体实现，对Abstraction的方法进行完善和扩展；

实现（Implementor）:确定实现维度的基本操作，提供给Abstraction使用。该类一般为接口或抽象类；

具体实现（ConcreteImplementor）:Implementor的具体实现。

桥接模式的通用写法：

创建抽象角色Abstraction类：

public abstract class Abstraction {

    protected Implementor implementor;

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

    public void operation(){
        this.implementor.operationImpl();
    }
}

创建修正抽象角色RefinedAbstraction类：

public class RefinedAbstraction extends Abstraction{

    public RefinedAbstraction(Implementor implementor){
        super(implementor);
    }

    @Override
    public void operation() {
        super.operation();
        System.out.println("refined operation");
    }
}

创建实现角色Implementor类：

public interface Implementor {
    void operationImpl();
}

创建具体实现ConcreteImplementorA类：

public class ConcreteImplementorA implements Implementor{

    @Override
    public void operationImpl() {
        System.out.println("I'm ConcreteImplementor A");
    }
}

桥接模式的应用场景：

当一个类内部具备两种或多种变化维度时，使用桥接模式可以解耦这些变化的维度，使高层代码架构稳定。桥接模式适用于以下几种业务场景：

1、在抽象和具体实现之间需要增加更多的灵活性的场景；

2、一个类存在两个（或多个）独立变化的维度，而这两个（或多个）维度都需要独立进行扩展。

3、不希望使用继承，或因为多层继承导致系统类的个数剧增。

设计模式有一个原则：优先使用组合/聚合的方式，而不是继承。

桥接模式在源码中的应用：

JDBC API,其中有一个Driver类就是桥接对象。这里以mysql为例。

类图：

桥接模式的优缺点：

桥接模式遵循了里氏替换原则和依赖倒置原则，最终实现了开闭原则，对修改关闭，对扩展开放。

优点：

1、分离抽象部分及具体实现部分

2、提高了系统的扩展性

3、符合开闭原则

4、符合合成复用原则

缺点:

1、增加了系统的理解与设计难度

2、需要正确的识别系统中两个独立变化的维度