设计模式——桥接模式（Bridge）
一、?桥梁（Bridge）模式
Bridge模式定义 :
? ? 将抽象和行为划分开来,各自独立,但能动态的结合。
桥梁模式的用意:
? ? 在面向对象设计的基本概念中，对象这个概念实际是由属性和行为两个部分组成的，属性我们可以认为是一种静止的，是一种抽象，一般情况下，行为是包含在一个对象中，但是，在有的情况下，我们需要将这些行为也进行归类，形成一个总的行为接口，这就是桥模式的用处。
? ??桥梁模式的用意是"将抽象化(Abstraction)与实现化(Implementation)脱耦，使得二者可以独立地变化"。这句话有三个关键词，也就是抽象化、实现化和脱耦。
? ??抽象化
? ??存在于多个实体中的共同的概念性联系，就是抽象化。作为一个过程，抽象化就是忽略一些信息，从而把不同的实体当做同样的实体对待。
? ??实现化
? ??抽象化给出的具体实现，就是实现化。
? ??脱耦
? ??所谓耦合，就是两个实体的行为的某种强关联。而将它们的强关联去掉，就是耦合的解脱，或称脱耦。在这里，脱耦是指将抽象化和实现化之间的耦合解脱开，或者说是将它们之间的强关联改换成弱关联。
?
? ??将两个角色之间的继承关系改为聚合关系，就是将它们之间的强关联改换成为弱关联。因此，桥梁模式中的所谓脱耦，就是指在一个软件系统的抽象化和实现化之间使用组合/聚合关系而不是继承关系，从而使两者可以相对独立地变化。这就是桥梁模式的用意。
二、?桥梁模式的结构
? ??桥梁模式是对象的结构模式，又称为柄体(Handle and Body)模式或接口(Interface)模式。
? ??下图所示就是一个实现了桥梁模式的示意性系统的结构图。
可以看出，这个系统含有两个等级结构，也就是：
? ??由抽象化角色和修正抽象化角色组成的抽象化等级结构。
? ??由实现化角色和两个具体实现化角色所组成的实现化等级结构。
桥梁模式所涉及的角色有：
? ?? ? 1.抽象化(Abstraction)角色：抽象化给出的定义，并保存一个对实现化对象的引用。
? ? ? ?2.修正抽象化(Refined Abstraction)角色：扩展抽象化角色，改变和修正父类对抽象化的定义。
? ? ? ?3.实现化(Implementor)角色：这个角色给出实现化角色的接口，但不给出具体的实现。必须指出的是，这 ? ? ? 个接口不一定和抽象化角色的接口定义相同，实际上，这两个接口可以非常不一样。实现化角色应当只给 ? ? ? 出底层操作，而抽象化角色应当只给出基于底层操作的更高一层的操作。
? ? ? ?4.具体实现化(ConcreteImplementor)角色：这个角色给出实现化角色接口的具体实现。
三、?桥梁模式的示意性源代码
? ? ? ?场景：现在我们有很多表要处理，同时又有很多操作要做。最简单的做法是在一个类里做完所有的操作，如我们在服务器端的实现中进行JDBC操作。可是这样一来这个类将无比巨大！
? ? ? ?有什么好办法能够降低这样操作的杂乱性呢？我们注意到这里有两个概念，分别是“表单(Table)”和“操作(Operator)”。也就是说这里有两个部分——“抽象”和“实现”。我们将这两个部分进行分离，然后根据需要，分别继承和实现表单和操作。这样我们就可以方便地通过表单和操作的组合来实现我们的工作了。
? ? ? ?操作如：
?
? ? 好了，我们再来看看抽象部分的实现。这里我们的对象是Table。
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设计模式感觉上是通过将对象与操作进行分离，然后对这两个基本概念进行继承及实现，通过对对象及操作的各种组合来完成相应的工作。
?
