一、 桥梁（Bridge）模式
Bridge模式定义 :
将抽象和行为划分开来,各自独立,但能动态的结合。
桥梁模式的用意:
在面向对象设计的基本概念中，对象这个概念实际是由属性和行为两个部分组成的，属性我们可以认为是一种静止的，是一种抽象，一般情况下，行为是包含在一个对象中，但是，在有的情况下，我们需要将这些行为也进行归类，形成一个总的行为接口，这就是桥模式的用处。
桥梁模式的用意是"将抽象化(Abstraction)与实现化(Implementation)脱耦，使得二者可以独立地变化"。这句话有三个关键词，也就是抽象化、实现化和脱耦。
抽象化
存在于多个实体中的共同的概念性联系，就是抽象化。作为一个过程，抽象化就是忽略一些信息，从而把不同的实体当做同样的实体对待。
实现化
抽象化给出的具体实现，就是实现化。
脱耦
所谓耦合，就是两个实体的行为的某种强关联。而将它们的强关联去掉，就是耦合的解脱，或称脱耦。在这里，脱耦是指将抽象化和实现化之间的耦合解脱开，或者说是将它们之间的强关联改换成弱关联。
将两个角色之间的继承关系改为聚合关系，就是将它们之间的强关联改换成为弱关联。因此，桥梁模式中的所谓脱耦，就是指在一个软件系统的抽象化和实现化之间使用组合/聚合关系而不是继承关系，从而使两者可以相对独立地变化。这就是桥梁模式的用意。
二、 桥梁模式的结构
桥梁模式是对象的结构模式，又称为柄体(Handle and Body)模式或接口(Interface)模式。
下图所示就是一个实现了桥梁模式的示意性系统的结构图。
可以看出，这个系统含有两个等级结构，也就是：
由抽象化角色和修正抽象化角色组成的抽象化等级结构。
由实现化角色和两个具体实现化角色所组成的实现化等级结构。
桥梁模式所涉及的角色有：
1.抽象化(Abstraction)角色：抽象化给出的定义，并保存一个对实现化对象的引用。
2.修正抽象化(Refined Abstraction)角色：扩展抽象化角色，改变和修正父类对抽象化的定义。
3.实现化(Implementor)角色：这个角色给出实现化角色的接口，但不给出具体的实现。必须指出的是，这 个接口不一定和抽象化角色的接口定义相同，实际上，这两个接口可以非常不一样。实现化角色应当只给 出底层操作，而抽象化角色应当只给出基于底层操作的更高一层的操作。
4.具体实现化(Concrete Implementor)角色：这个角色给出实现化角色接口的具体实现。
三、 桥梁模式的示意性源代码
场景：现在我们有很多表要处理，同时又有很多操作要做。最简单的做法是在一个类里做完所有的操作，如我们在服务器端的实现中进行JDBC操作。可是这样一来这个类将无比巨大！
有什么好办法能够降低这样操作的杂乱性呢？我们注意到这里有两个概念，分别是“表单(Table)”和“操作(Operator)”。也就是说这里有两个部分——“抽象”和“实现”。我们将这两个部分进行分离，然后根据需要，分别继承和实现表单和操作。这样我们就可以方便地通过表单和操作的组合来实现我们的工作了。
操作如：
Table tbl1 = new Table1(new Insert()); tbl1.work(); Table tbl2 = new Table2(new Update()); tbl2.work();
Table1和Table2都是Table的子类，他们都映射到数据库中特定的表。Insert和Update都是接口Operator的实现，分别完成特定的数据库操作。
好了，下面来先看看Operator的实现代码。
public interface Operator {
/**
* 操作
* @param arg 传入的参数
* @return 操作结果
*/
public String work(String arg);
}
我们需要能对数据库进行插入和修改操作，因此分别建立Insert和Update类。
public class Insert implements Operator {
@Override
public String work(String arg) {
String rs = "insert " + arg;
return rs;
}
}
public class Update implements Operator {
@Override
public String work(String arg) {
String rs = "update " + arg;
return rs;
}
}
好了，我们再来看看抽象部分的实现。这里我们的对象是Table。
public abstract class Table {
// 内置一个操作接口
protected Operator impl = null;
public Table(Operator impl) {
this.impl = impl;
}
/**
* 由子类来具体实现此操作
*/
public abstract void work();
}
现在我们有两个表单需要进行操作，他们分别是Table1和Table2。
public class Table1 extends Table {
public Table1(Operator impl) {
super(impl);
}
@Override
public void work() {
System.out.println(this.impl.work("Table1"));
}
}
public class Table2 extends Table {
public Table2(Operator impl) {
super(impl);
}
@Override
public void work() {
System.out.println(this.impl.work("Table2"));
}
}
这样我们在进行数据库的操作的时候，便可以随意地根据实际情况进行表单与操作的组合，将表单与操作桥接在一起来完成我们的任务。
public class Test {
public static void main(String[] args) {
// 对table1进行插入操作
Table tbl1 = new Table1(new Insert());
tbl1.work();
// 对table2进行修改操作
Table tbl2 = new Table2(new Update());
tbl2.work();
}
}
小结
Bridge设计模式感觉上是通过将对象与操作进行分离，然后对这两个基本概念进行继承及实现，通过对对象及操作的各种组合来完成相应的工作。