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原则）。