GoF设计模式(十) - 桥接模式_桥梁模式 gof图-优快云博客

前言

桥接（Bridge）是将抽象部分与它的实现部分分离，使得二者可以独立变化。这种类型的设计模式属于结构型模式，它通过提供抽象化和实现化之间的桥接结构，来实现二者的解耦。

场景

以汽车销售为例，会有汽车品牌和汽车类型，如何实现分类销售？我们可以用多继承结构的方式来实现。

按品牌分类实现结构图：

这样实现的话，会存在扩展性问题并且违反了单一职责原则，当我们新添加一个品牌(长安)，我们是不是又要在该品牌下增加两种汽车类型呢？假如我们在增加一个汽车类型（混动车），我们就要在各汽车品牌下增加该汽车类型，继续加。继续加……每次增加都会增加若干个类，使用继承的方式，不管新增一个类型还是新增一个品牌，都会牵扯出另外一个维度的变化。

如何解决

针对上述场景可以通过合成/聚合复用原则来处理，合成（Composition，也有翻译成组合）和聚合（Aggregation）都是关联的特殊种类。

聚合表示一种弱的‘拥有’关系，体现的是A对象可以包含B对象，但B对象不是A对象的一部分；
合成则是一种强的‘拥有’关系，体现了严格的部分和整体的关系，部分和整体的生命周期一样。

我们可以将汽车品牌和汽车类型分别进行抽象化，让不同品牌和类型分别继承于它们，这样要增加新的品牌或新的类型都不用影响其他类了。

结构图如下：

模式实现

核心要点：处理多层继承结构，处理多维度变化的场景，将各个维度设计成独立的继承结构，使各个维度可以独立的扩展在抽象层建立关联。

结构图：

汽车类型抽象类及实现类

public abstract class Car {
    public abstract void saleImpl(String brand);
}

public class fuelCar extends Car{

    @Override
    public void saleImpl(String brand) {
        System.out.println(brand + "燃油车");
    }
}

public class ElectricCar extends Car{

    @Override
    public void saleImpl(String brand) {
         System.out.println(brand + "电动车");
    }
}

汽车品牌抽象类及实现类

public abstract class Brand {
    protected Car car;

    public void setCar(Car car){
        this.car = car;
    }

    public abstract void sale();
}

public class AuspiciousBrand extends Brand{

    @Override
    public void sale() {
        car.saleImpl("吉利");
    }
}

public class GreatWallBrand extends Brand{

    @Override
    public void sale() {
        car.saleImpl("长城");
    }
}

测试类

@SpringBootTest
class BridgingDemoApplicationTests {

	@Test
	void contextLoads() {
		Brand brand  = new AuspiciousBrand();
		brand.setCar(new ElectricCar());
		brand.sale();
	}

}

运行结果