结构型 桥接模式

2020/06/01

将抽象部分与它的实现解耦,使他们都可以独立的变化。

为什么用?

桥接模式就是为了避免直接继承带来的子类爆炸

何时使用?

实现系统有多个变化维度

使用场景

我们大家都熟悉,顾名思义就是用来将河的两岸联系起来的。而此处的桥是用来将两个独立的结构联系起来,而这两个被联系起来的结构可以独立的变化,

下面是一些官方的说明,比较晦涩,必须等你有一定的经验后才能理解: 1. 如果一个系统需要在抽象化和具体化之间增加更多的灵活性,避免在两个层次之间建立静态的继承关系,通过桥接模式可以使它们在抽象层建立一个关联关系。

  1. “抽象部分”和“实现部分”可以以继承的方式独立扩展而互不影响,在程序运行时可以动态将一个抽象化子类的对象和一个实现化子类的对象进行组合,即系统需要对抽象化角色和实现化角色进行动态耦合。

  2. 一个类存在两个(或多个)独立变化的维度,且这两个(或多个)维度都需要独立进行扩展。

  3. 对于那些不希望使用继承或因为多层继承导致系统类的个数急剧增加的系统,桥接模式尤为适用。

怎么用?

把这种多角度分类分离出来,让他们独立变化,减少他们直接的耦合。

桥梁模式所涉及的角色有:

  • 抽象化(Abstraction)角色:抽象化给出的定义,并保存一个对实现化对象的引用。

  • 修正抽象化(RefinedAbstraction)角色:扩展抽象化角色,改变和修正父类对抽象化的定义。

  • 实现化(Implementor)角色:这个角色给出实现化角色的接口,但不给出具体的实现。必须指出的是,这个接口不一定和抽象化角色的接口定义相同,实际上,这两个接口可以非常不一样。实现化角色应当只给出底层操作,而抽象化角色应当只给出基于底层操作的更高一层的操作。

  • 具体实现化(ConcreteImplementor)角色:这个角色给出实现化角色接口的具体实现。

不同容量不同口味咖啡例子:

将咖啡的容量作为抽象化Abstraction,而咖啡口味为实现化Implementor

代码实现:

/**
 * 抽象化(Abstraction)角色:抽象化给出的定义,并保存一个对实现化对象的引用。
 * @author wuhongyun
 * @date 2020/5/4 18:19
 */
public abstract class Coffee {
    //coffee 持有CoffeeAdditive(咖啡口味的引用)  持有CoffeeAdditive 的实例是通过构造函数注入的,这个过程就是我们所说的桥接过程
    //我们通过这个引用就可以调用CoffeeAdditive的方法,进而将Coffee的行为与CoffeeAdditive的行为通过orderCoffee()方法而组合起来。
    protected CoffeeAdditive additive;

    public Coffee(CoffeeAdditive additive) {
        this.additive = additive;
    }

    public abstract void orderCoffee(int count);
}

/**
 * 修正抽象化(RefinedAbstraction)角色:扩展抽象化角色,改变和修正父类对抽象化的定义
 * @author wuhongyun
 * @date 2020/5/4 18:30
 */
public abstract class RefinedCoffee extends Coffee {

    public RefinedCoffee(CoffeeAdditive additive) {
        super(additive);
    }

    public void checkQuality() {
        Random ran = new Random();
        System.out.println(String.format("%s 添加%s", additive.getClass().getSimpleName(), ran.nextBoolean() ? "太多" : "正常"));
    }
}

/**
 * 创建实现化部分
 *
 * <p>实现化(Implementor)角色:这个角色给出实现化角色的接口,但不给出具体的实现。必须指出的是,
 * 这个接口不一定和抽象化角色的接口定义相同,实际上,这两个接口可以非常不一样。实现化角色应当
 * 只给出底层操作,而抽象化角色应当只给出基于底层操作的更高一层的操作。
 *
 * @author wuhongyun
 * @date 2020/5/4 18:20
 */
public interface CoffeeAdditive {
    void doSomething();
}

/**
 * 具体实现化(ConcreteImplementor)角色:这个角色给出实现化角色接口的具体实现。
 *
 * @author wuhongyun
 * @date 2020/5/4 18:43
 */
public class Milk implements CoffeeAdditive {
    @Override
    public void doSomething() {
        System.out.println("加奶");
    }
}

/**
 * @author wuhongyun
 * @date 2020/5/4 18:46
 */
public class LargeCoffee extends RefinedCoffee {
    public LargeCoffee(CoffeeAdditive additive) {
        super(additive);
    }

    @Override
    public void orderCoffee(int count) {
        additive.doSomething();
        System.out.println("大杯咖啡" + count + "杯");
    }
}

/**
 * 客户端调用
 *
 * @author wuhongyun
 * @date 2020/5/4 18:45
 */
public class Client {
    public static void main(String[] args) {
        //点两杯加奶的大杯咖啡
        RefinedCoffee largeWithMilk = new LargeCoffee(new Milk());
        largeWithMilk.orderCoffee(2);
        largeWithMilk.checkQuality();
    }
}

优缺点

优点:

  • 分离抽象接口及其实现部分。桥接模式使用“对象间的关联关系”解耦了抽象和实现之间固有的绑定关系,使得抽象和实现可以沿着各自的维度来变化。所谓抽象和实现沿着各自维度的变化,也就是说抽象和实现不再在同一个继承层次结构中,而是“子类化”它们,使它们各自都具有自己的子类,以便任何组合子类,从而获得多维度组合对象。
  • 在很多情况下,桥接模式可以取代多层继承方案,多层继承方案违背了“单一职责原则”,复用性较差,且类的个数非常多,桥接模式是比多层继承方案更好的解决方法,它极大减少了子类的个数。
  • 桥接模式提高了系统的可扩展性,在两个变化维度中任意扩展一个维度,都不需要修改原有系统,符合“开闭原则”。

缺点:

  • 桥接模式的使用会增加系统的理解与设计难度,由于关联关系建立在抽象层,要求开发者一开始就针对抽象层进行设计与编程。
  • 桥接模式要求正确识别出系统中两个独立变化的维度,因此其使用范围具有一定的局限性,如何正确识别两个独立维度也需要一定的经验积累。

秒懂设计模式之桥接模式

Post Directory