【设计模式】桥接模式

本篇文章总结自 【狂神说Java桥接模式】bilibili 狂神说Java桥接模式

桥接模式

桥接模式是将抽象部分与它的实现部分分离，使它们都可以独立地变化。它是一种对象结构型模式，又称为柄体(Handle and Body)模式或接口(Interfce)模式。

举产品与品牌的例子，每个品牌都有属于自己的电脑类型，这时我想获取某一个品牌的笔记本或台式机，一般会写一个电脑类，用台式机类去继承电脑类，再用不同品牌的台式机去继承台式机类，这种写法扩展性、维护性差，这时就可以使用桥接模式。

看下图，可以将品牌（不同品牌继承品牌大类）、电脑（不同类型产品继承电脑类）分别作为一个分支，因两者关系的紧密，在电脑类中将品牌作为自己的属性，在获取一个产品实例时，new 出一个具体电脑产品并将品牌作为参数传入。

品牌接口类：

public interface Brand {
    void info();
}

小米、华为品牌：

public class Huawei implements Brand {
    @Override
    public void info() {
        System.out.print("华为品牌");
    }
}

public class Xiaomi implements Brand {
    @Override
    public void info() {
        System.out.print("小米品牌");
    }
}

电脑抽象类：

public abstract class Computer {
    private Brand brand;

    public Computer(Brand brand) {
        this.brand = brand;
    }

    public void info() {
        brand.info();
    }
}

台式机、笔记本类：

//台式机
public class Desktop extends Computer {

    public Desktop(Brand brand) {
        super(brand);
    }

    @Override
    public void info() {
        super.info();
        System.out.println("台式机");
    }
}

//笔记本
public class Laptop extends Computer {

    public Laptop(Brand brand) {
        super(brand);
    }

    @Override
    public void info() {
        super.info();
        System.out.println("笔记本");
    }
}

测试类与结果：

public class Test {
    public static void main(String[] args) {
        Computer hcomputer = new Desktop(new Huawei());
        hcomputer.info();

        Computer xcomputer = new Laptop(new Xiaomi());
        xcomputer.info();
    }
}

可以看出只是将品牌作为电脑类的属性，就大大提高了电脑与品牌的扩展性，未来如果有新的品牌或是电脑，可直接实现品牌接口或继承电脑类

优点

• 桥接模式偶尔类似于多继承方案,但是多继承方案违背了类的单一职责原则，复用性比较差，类的个数也非常多，桥接模式是比多继承方案更好的解决方法。极大的减少了子类的个数，从而降低管理和维护的成本。
• 桥接模式提高了系统的可扩充性，在两个变化维度中任意扩展一个维度，都不需要修改原有系统。符合开闭原则，就像一座桥，可以把两个变化的维度连接起来。

缺点

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

最佳实践：

• 如果一个系统需要在构建的抽象化角色和具体化角色之间增加更多的灵活性，避免在两个层次之间建立静态的继承联系，通过桥接模式可以使它们在抽象层建立一个关联关系。抽象化角色和实现化角色可以以继承的方式独立扩展而互不影响，在程序运行时可以动态将一个抽象化子类的对象和一个实现化子类的对象进行组合，即系统需要对抽象化角色和实现化角色进行动态耦合。
• 一个类存在两个独立变化的维度，且这两个维度都需要进行扩展。
• 虽然在系统中使用继承是没有问题的，但是由于抽象化角色和具体化角色需要独立变化，设计要求需要独立管理这两者。对于那些不希望使用继承或因为多层次继承导致系统类的个数急剧增加的系统，桥接模式尤为适用。

与 适配器模式 的比较：

桥接模式与适配器模式比较相像，都是A类需要持有另一个B类并调用B的方法，但对于适配器模式，两个维度（电脑和各种端口）是没有包含关系的，使用时只需获取适配器，将端口对象传入适配器即可，而对于桥接模式，电脑类包含了品牌类，两者有耦合关系。

场景:

• Java语言通过Java虚拟机实现了平台的无关性
• AWT中的Peer架构
• JDBC驱动程序也是桥接模式的应用之一