7、结构型模式-桥接设计模式

1、简介：学设计模式的疑惑，桥接设计模式的介绍

• 打个鸡血

• 牛逼的工程师，在日常开发，明明用了某种设计模式了，但他还没意识到是哪种模式，只知道这样做是最合适的，这种就是已经把设计模式融会贯通了。

  • 而那种刚学了一点设计模式就到处想用，以及把精力浪费在区分各个设计模式上的人，未来就陷入死循环里面。

• 桥接设计模式

  • 适配器模式类似，包括以后经常会遇到意思接近一样的设计模式，因为大神往往就是多个模式混用，且根据不同的场景进行搭配，桥接设计模式也是结构型模式
  • 将抽象部分与实现部分分离，使它们都可以独立的变化
  • 通俗来说，是通过组合来桥接其它的行为/维度

• 应用场景

  • 系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性；
  • 不想使用继承导致系统类的个数急剧增加的系统；
  • 有时候一个类，可能会拥有多个变化维度，比如啤酒，有不同的容量和品牌，可以使用继承组合的方式进行开发，假如维度很多，就容易出现类的膨胀，使用桥接模式就可以解决这个问题，且解耦。

• 业务背景

我们需要构建一个手机类，我们知道手机有很多品牌，苹果、华为等，从另外一个颜色维度，又有多种颜色，红、黄、蓝等，那如果描述这些类的话，传统方式就直接通过继承，就需要特别多的类，品牌2，颜色3，就是6个类了，如果后续再增加品牌就更多了，类数目将会激增，即所谓的类爆炸。

使用桥接模式就可以解决这个问题，且灵活度大大提高。

传统的继承方式 桥接设计模式

桥接模式是组合模式，关于组合和聚合的区别，见：https://blog.csdn.net/u012557814/article/details/79461756。

组合和聚合

2、桥接设计模式的案例实战

编码实战：
颜色接口：

public interface Color {
    void useColor();
}

抽象角色-手机，是一个抽象类，有一个方法run，另外通过桥接的方式与color组合：

public abstract class Phone {
    /**
     * 通过组合的方式来桥接其他行为
     */
    protected  Color color;
    public void setColor(Color color) {
        this.color = color;
    }
    /**
     * 手机的方法
     */
    abstract public void run();
}

不同的颜色，实例化红色：

public class RedColor implements Color {
    @Override
    public void useColor() {
        System.out.println("红色");
    }
}

实例化黄色：

public class YellowColor implements Color {
    @Override
    public void useColor() {
        System.out.println("黄色");
    }
}

实例化蓝色：

public class BlueColor implements Color {
    @Override
    public void useColor() {
        System.out.println("蓝色");
    }
}

手机实例化，华为：

public class HWPhone extends Phone {
    public HWPhone(Color color){
        super.setColor(color);
    }

    @Override
    public void run() {
        color.useColor();
        System.out.println("华为手机");
    }
}

三星：

public class SXPhone extends Phone {
    public SXPhone(Color color){
        super.setColor(color);
    }
    @Override
    public void run() {
        color.useColor();
        System.out.println("三星手机");
    }
}

苹果:

public class ApplePhone extends Phone {
    public ApplePhone(Color color){
        super.setColor(color);
    }
    @Override
    public void run() {
        color.useColor();
        System.out.println("苹果手机");
    }
}

Main方法：

public class Main {
    public static void main(String[] args) {
        HWPhone blueHwPhone = new HWPhone(new BlueColor());
        blueHwPhone.run();
        HWPhone redHwPhone = new HWPhone(new RedColor());
        redHwPhone.run();
        ApplePhone applePhone = new ApplePhone(new RedColor());
        applePhone.run();
    }
}

执行结果：

蓝色
华为手机
红色
华为手机
红色
苹果手机

除了颜色，还可以桥接更多类。

• 优点

  • 抽象和实现的分离。
  • 优秀的扩展能力，符合开闭原则

• 缺点

  • 增加系统的理解与设计难度
  • 使用聚合关联关系建立在抽象层，要求开发者针对抽象进行设计与编程，比如抽象类汽车，里面聚合了颜色类，有点像对象适配器

• 总结和对比

  • 按GOF的说法，桥接模式和适配器模式用于设计的不同阶段，

    • 桥接模式用于设计的前期，精细化的设计，让系统更加灵活
    • 适配器模式用于设计完成之后，发现类、接口之间无法一起工作，需要进行填坑

  • 适配器模式经常用在第三方API协同工作的场合，在功能集成需求越来越多的今天，这种模式的使用频度越来越高，包括有些同学听过 外观设计模式 ，这个也是某些场景和适配器模式一样