桥接模式

桥接模式

jvm跨平台，AWT证Peer,JDBC驱动连接不同数据库都用到了桥接模式

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

品牌接口

//品牌
public interface Brand {
    void info();
}

联想品牌

public class Lenovo implements Brand{
    @Override
    public void info() {
        System.out.print("联想");
    }
}

苹果品牌

public class Apple implements Brand{
    @Override
    public void info() {
        System.out.print("苹果");
    }
}

电脑类型类，台式机类，笔记本类

//抽象的电脑类型类
public abstract class Computer {
    public Brand brand;

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

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

//台式机类
class Desktop extends Computer{

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

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

//笔记本类
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) {
        //苹果笔记本
        Laptop laptop = new Laptop(new Apple());
        laptop.info();
        //联想台式机
        Desktop desktop = new Desktop(new Lenovo());
        desktop.info();
    }
}

优点

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

缺点

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

最佳实践

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

场景

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