23种设计模式之桥接模式

一、定义

将抽象部分和实现部分分离，使它们均可以独立的变化。又称为柄体（Handle and Body）模式或者接口（Interface）模式。

二、模式结构

桥接模式由四部分组成：

• 抽象化（Abstraction）角色：抽象化给出的定义，并保存一个对实现化对象的引用。
• 修正抽象化（RefinedAbstraction）角色：扩展抽象化角色，改变和修正父类对抽象化的定义。
• 实现化（Implementor）角色：这个角色给出实现化角色的接口，但不给出具体的实现。必须指出的是，这个接口不必定和抽象化角色的接口定义相同，实际上，这两个接口能够很是不同。实现化角色应当只给出底层操做，而抽象化角色应当只给出基于底层操做的更高一层的操做。
• 具体实现化（ConcreteImplementor）角色：这个角色给出实现化角色接口的具体实现。

三、实例

3.1 形状类（抽象化角色）

public abstract class Shape {
    protected Color color;
    
    public Shape(Color color) {
        this.color = color;
    }
    
    public abstract void draw();
}
复制代码

3.2 修正抽象类角色

public class Circle extends Shape {
    
    public Circle(Color color) {
        super(color);
    }
    
    @Override
    public void draw() {
        color.bepaint("圆形");
    }
}
复制代码

public class Rectangle extends Shape {

    public Rectangle(Color color) {
        super(color);
    }
    
    @Override
    public void draw() {
        color.bepaint("长方形");
    }
}
复制代码

public class Square extends Shape {

    public Square(Color color) {
        super(color);
    }
    
    @Override
    public void draw() {
        color.bepaint("正方形");
    }
}
复制代码

3.3 颜色接口（抽象化角色）

public interface Color {
    public void bepaint(String shape);
}
复制代码

3.4 具体实现化角色

public class White implements Color {
    
    @Override
    public void bepaint(String shape) {
        System.out.println("白色的" + shape);
    }
}
复制代码

public class Black implements Color {
    
    @Override
    public void bepaint(String shape) {
        System.out.println("黑色的" + shape);
    }
}
复制代码

3.5 客户端调用

public class Client {
    
    public static void main(String[] args) {
        Shape circle = new Circle(new White());
        circle.draw();
        
        Shape square = new Square(new Black());
        square.draw();
    }
}
复制代码

四、适用场景

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

五、在JDBC的源码分析

六、优缺点

6.1 优势

• 分离抽象接口及其实现部分。桥接模式使用“对象间的关联关系”解耦了抽象和实现之间固有的绑定关系，使得抽象和实现能够沿着各自的维度来变化。所谓抽象和实现沿着各自维度的变化，也就是说抽象和实现再也不同一个继承层次结构中，而是“子类化”它们，使它们各自都具备本身的子类，以便任何组合子类，从而得到多维度组合对象。
• 在不少状况下，桥接模式能够取代多层继承方案，多层继承方案违背看“单一职责原则”，复用性较差，且类的个数很是多，桥接模式是比多层继承方案更好的解决方法，它极大减小了子类的个数。
• 桥接模式提升了系统的可扩展性，在两个变化维度中任意扩展一个维度，都不须要修改原有系统，符合“开闭原则”。

6.2 缺点

• 桥接模式的使用会增长系统的理解与设计维度，因为关联关系创建在抽象层，要求开发者一开始就针对抽象层进行设计与编程。
• 桥接模式要求正确识别出系统中两个独立变化的维度，所以其使用范围具备必定的局限性，如何正确识别两个独立维度也须要必定的经验积累。

特别声明：一、如若文中有错之处，欢迎大神指出。 二、文章是参考网上一些大神的文章，本身整理出来的，如如有侵权，可联系我删除。