前言
现在有一个需求，需要创建不同的图形，并且每个图形都有可能会有不同的颜色。
首先我们看看用继承来实现：
我们可以发现有很多的类，假如我们再增加一个形状或再增加一种颜色，就需要创建更多的类。
试想，在一个有多种可能会变化的维度的系统中，用继承方式会造成类爆炸，扩展起来不灵活。每次在一个维度上新增一个具体实现都要增加多个子类。为了更加灵活的设计系统，我们此时可以考虑使用桥接模式。
定义：
将抽象与实现分离，使它们可以独立变化。它是用组合关系代替继承关系来实现，从而降低了抽象和实现这两个可变维度的耦合度。
结构
桥接（Bridge）模式包含以下主要角色：
- 抽象化（Abstraction）角色 ： 定义抽象类，并包含一个对实现化对象的引用；
- 扩展抽象化（Refined Abstraction）角色 ： 是抽象化角色的子类，实现父类中的业务方法，并通过组合关系调用实现化角色中的业务方法；
- 实现化（Implementor）角色 ： 定义实现化角色的接口，供扩展抽象化角色调用；
- 具体实现化（Concrete Implementor）角色 ： 给出实现化角色接口的具体实现。
代码演示
我们继续以上述案例做以代码演示：
UML类图：
图形类【抽象化角色、扩展抽象化角色】：
//抽象化角色(包含对实现化角色的引用)
public abstract class Shape {
protected String name;
protected Color color;
public Shape(Color color) {
this.color = color;
}
public void show(){
System.out.println(color.show() + name);
}
}
//扩展抽象化角色
public class Square extends Shape {
public Square(Color color) {
super(color);
name = "正方形";
}
}
public class Round extends Shape {
public Round(Color color) {
super(color);
name = "圆形";
}
}
颜色类【实现化角色 、具体实现化角色 】：
public interface Color {
String show();
}
public class Green implements Color {
@Override
public String show() {
return "绿色";
}
}
public class Red implements Color {
@Override
public String show() {
return "红色";
}
}
测试：
public class Client {
public static void main(String[] args) {
Shape roundGreen = new Round(new Green());
Shape roundRed = new Round(new Red());
Shape squareGreen = new Square(new Green());
Shape squareRed = new Square(new Red());
roundGreen.show();
roundRed.show();
squareGreen.show();
squareRed.show();
}
}
优缺点
优点：
- 实现抽象和实现的分离；
- 桥接模式提高了系统的可扩充性，在两个变化维度中任意扩展一个维度，都不需要修改原有系统；
- 桥接模式替代多层继承方案，可以减少子类的个数，降低系统的管理和维护成本；
- 实现细节对客户透明。
缺点：
- 桥接模式的引入增加了系统的理解和设计难度，由于聚合关联关系建立在抽象层，要求开发者针对抽象进行设计和编程；
- 桥接模式要求正确识别出系统中两个独立变化的维度，因此其使用范围有一定的局限性，即需要有这样的应用场景。
使用场景
- 当一个类存在两个独立变化的维度，且这两个维度都需要进行扩展时；
- 当一个系统不希望使用继承或因为多层次继承导致系统类的个数急剧增加时；
- 当一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性时，避免在两个层次之间建立静态的继承联系，通过桥接模式可以使它们在抽象层建立一个关联关系。