Bridge模式(桥接模式)
文章链接：http://airu.iteye.com/blog/1464306
对于一个初学者来说，往往容易滥用类。一切皆类，所以，类在设计中便爆炸般增长了。
对于这类问题，我们有很多模式来解决，但是我认为根本的还是要搞清楚，什么时候可以创建一个新的类。Martin大叔的 重构，Kent大叔的TDD，都给我们提出了一些解决方法。
这里我们不讨论这么高深的问题，而是从GOF的设计模式入手，来看看，类是如何泛滥，又是如何通过桥接来解决的。这也正是面向对象中的关键之处。
桥接，顾名思义，在接口与实现之间，架设一座桥梁，这座桥，其实并非是为了过河，而是隔离接口与实现。这就是著名的OO原则：DIP，ISP，依赖倒置（细节依赖抽象，抽象不依赖细节，接口隔离）。下面看桥接的UML：
例子还是从形状说起。每个形状都要求能绘制自己。我们有很多形状，很多画法。
首先我们定义一个接口。shape
Java代码?
public interface Shape {?
??? public void draw();?
}?
于是，你接下来怎么做？各种实现，例如：
Java代码?
public class Circle implements Shape{?
?
??? private int x;?
??? private int y;?
??? private int r;?
??? public Circle(int x, int y, int r){?
??????? this.x = x;?
??????? this.y = y;?
??????? this.r = r;?
??? }?
??? @Override?
??? public void draw() {?
??????? // TODO Auto-generated method stub?
??????? //invoke the draw method?
?????
??????? JFrame frame = new JFrame();?
??????? Graphics g = frame.getGraphics();?
??????? g.drawOval(x, y, r, r);?
??? }?
?
}?
于是，需求又要画Rectangle了。我们继续写Rectangle，然后还要画Polygon，
这没什么问题，也就是类多一点，但是都是必须的。
继续，用户突然要我们画一个同心圆了。再编码完后，你可能发现，所有这些draw函数中，我们重复了太多的代码。不要紧，我们继续，这时候，客户举得应该有铅笔画的形状和钢笔画的形状，这下怎么办？ 没有一种形状再加上绘图用的工具吧。现在是时候抽象了。
首先抽象出一个Drawing的接口，我们使用这个接口来作为绘图的抽象类。这样不需要每次都要实际的绘图。这里需要注意的是，我们如果直接使用draw来作为接口，那么这个粒度太大，因为实际中的绘制，可能会分成很多的步骤和细节，于是我们就在接口处，设置最小的粒度，这样，更能适应不同需求。
Java代码?
public interface Drawing {?
??? public void drawLine();?
??? public void drawCircle();?
}?
这里简化为画直线和圆。
有了接口，我们就看看有些什么不同的实现吧。要绘制，我们先选用铅笔：
Java代码?
public class PencilDraw implements Drawing{?
?
??? @Override?
??? public void drawLine() {?
??????? // TODO Auto-generated method stub?
??????? //This line is drawn by pencil?
??????? System.out.println("pencil is drawing a line...");?
??????? //do drawing?
??? }?
?
??? @Override?
??? public void drawCircle() {?
??????? // TODO Auto-generated method stub?
??????? //This circle is drawn by pencil?
??????? System.out.println("pencil is drawing a circle...");?
??????? //do drawing?
??? }?
?
}?
这里，做了很多简化。实际的绘制，可能使用原有系统，可能需要提供绘制参数等等。
最后，我们看看如何使用：
Java代码?
public static void main(String args[]){?
??????? Drawing draw = new PencilDraw();?
??????? Shape rec = new Rectangle(draw);?
??????? rec.draw();?
??? }?
这样的好处是，对于已经存在的形状，他们并不需要关心谁来绘制他们，而是使用绘制接口。
也就是只针对接口，而不是具体的细节。
这就是桥接模式。使用一个接口，封装了具体的实现。这些实现在使用的时候可以灵活替换（LSP原则），更重要的是，当有新的需求时，我们只是使用新的实现替换一下老的实现，就可以了，而无需改变原来的形状的接口（OCP原则）。
?
