Bridge桥接设计模式是将一组功能(实现)与另一组使用该功能的其他对象(行为)分离开来,以便达到单一因素变化,然后使用对象调用的方式将这两组关联起来,将问题的行为和实现分离开来实现,通过用聚合代替继承来解决子类爆炸性增长的问题。Bridge桥接设计模式结构如下:
还是以画图为例演示Bridge桥接设计模式,例子代码如下:
//行为
interface Shape{
public void doDraw();
}
class Circle implements Shape{
private Drawing draw
public Circle(Drawing draw){
this.draw = draw;
}
public void doDraw(){
draw.draw();
}
}
class Rectangle implements Shape{
private Drawing draw;
public Rectangle(Drawing draw){
this.draw = draw;
}
public void doDraw(){
draw.draw();
}
}
//实现
interface Drawing{
public void draw();
}
class SolidDrawing implements Drawing{
public void draw(){
System.out.println("Drawing solide line...");
}
}
class DashDrawing implements Drawing{
public void draw(){
System.out.println("Drawing dash line...");
}
}
public class BridgeDemo{
public static void main(String[] args){
//画一个实线的圆
Drawing draw1 = new SolidDrawing();
Shape shape1 = new Circle(draw1);
shape1.doDraw();
//画一个虚线的矩形
Drawing draw2 = new DashDrawing();
Shape shape2 = new Rectangle(draw2);
shape2.doDraw();
}
}
只从上面的例子代码可能还无法完全理解Bridge桥接设计模式,上面的圆形和矩形是行为,而实现画法和虚线画法则是实现,行为接口Shape通过聚合方式引用实现接口Drawing从而达到了行为和实现的桥接。如果需要增加第三种圆形三角形,则不会影响实现部分。如果增加第三种画法折线画法,则不会影响图像行为部分,将行为与实现松耦合分离。当系统有两个可变因素时,即问题行为和问题实现都在变化时,传统实现方式可能组合情况太多造成类爆炸,适合使用桥接模式。
学习设计模式的人经常分不清Bridge桥接设计模式和Strategy策略设计模式,个人感觉两者简单的区别如下:
(1)Bridge桥接设计模式中不但实现可以变化,问题行为也是可以变化的,且两者的变化时相互独立的,在两个维度都存在变化的情况下优先考虑使用桥接模式。
(2)Strategy策略设计模式中,仅仅存在算法实现策略的变化,问题行为是不变的,即仅有一个维度的变化。另外策略模式中考虑的算法层次的变化,是无状态、无数据的。
JDK中桥接模式的应用:
AWT
JDBC