设计模式13——Bridge设计模式

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