设计模式疑惑指南-桥接设计模式

DBC 670 0
  • 打个鸡血
  • 牛逼的工程师,在日常开发,明明用了某种设计模式了,但他还没意识到是哪种模式,只知道这样做是最合适的,这种就是已经把设计模式融会贯通了。
    • 而那种刚学了一点设计模式就到处想用,以及把精力浪费在区分各个设计模式上的人,未来就陷入死循环里面。

     

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

     

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

我们需要构建一个手机类,我们知道手机有很多品牌,苹果、华为等,从另外一个颜色维度,又有多种颜色,红、黄、蓝等,

那如果描述这些类的话,传统方式就直接通过继承,就需要特别多的类,品牌2,颜色3,就是6个类了,如果后续再增加品牌就更多了,类数目将会激增,即所谓的类爆炸

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

设计模式疑惑指南-桥接设计模式插图
设计模式疑惑指南-桥接设计模式插图2

可以看到,如果是第一种,那么我们增加一个品牌,需要增加很多的类,这是非常不友好的,而如果我们使用了桥接模式的思想,那么久会简单得很多!

小例子——看结构图设计模式疑惑指南-桥接设计模式插图4

public class ApplePhone extends Phone {


    public ApplePhone(Color color){
        super.setColor(color);
    }

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


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

    void useColor();
}
public class HWPhone extends Phone {


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



    @Override
    public void run() {
        color.useColor();
        System.out.println("华为手机");
    }
}
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 SXPhone extends Phone {


    public SXPhone(Color color){
        super.setColor(color);
    }


    @Override
    public void run() {
        color.useColor();
        System.out.println("三星手机");
    }
}
public class YellowColor implements Color {
    @Override
    public void useColor() {
        System.out.println("黄色");
    }
}
     HWPhone blueHwPhone = new HWPhone(new BlueColor());
        blueHwPhone.run();

        HWPhone redHwPhone = new HWPhone(new RedColor());
        redHwPhone.run();


        ApplePhone applePhone = new ApplePhone(new RedColor());
        applePhone.run();

控制台输出设计模式疑惑指南-桥接设计模式插图6

在看看图:更好理解

设计模式疑惑指南-桥接设计模式插图8

  • 优点
    • 抽象和实现的分离。
    • 优秀的扩展能力,符合开闭原则
  • 缺点
    • 增加系统的理解与设计难度
    • 使用聚合关联关系建立在抽象层,要求开发者针对抽象进行设计与编程,比如抽象类汽车,里面聚合了颜色类,有点像对象适配器

 

  • 总结和对比
    • 按GOF的说法,桥接模式和适配器模式用于设计的不同阶段,
      • 桥接模式用于设计的前期,精细化的设计,让系统更加灵活
      • 适配器模式用于设计完成之后,发现类、接口之间无法一起工作,需要进行填坑

       

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

发表评论 取消回复
表情 图片 链接 代码

分享