设计模式——桥接模式（Bridge）

一、 桥梁（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设计模式感觉上是通过将对象与操作进行分离，然后对这两个基本概念进行继承及实现，通过对对象及操作的各种组合来完成相应的工作。