mysql桥梁模式_设计模式（十五）---桥梁模式

1、简介

桥梁模式的用意是"将抽象化(Abstraction)与实现化(Implementation)脱耦，使得二者可以独立地变化"。这句话有三个关键词，也就是抽象化、实现化和脱耦。

1.1、抽象化 ：存在于多个实体中的共同的概念性联系，就是抽象化。作为一个过程，抽象化就是忽略一些信息，从而把不同的实体当做同样的实体对待。

1.2、实现化：抽象化给出的具体实现，就是实现化。

1.3、脱耦    ：所谓耦合，就是两个实体的行为的某种强关联。而将它们的强关联去掉，就是耦合的解脱，或称脱耦。

在这里，脱耦是指将抽象化和实现化之间的耦合解脱开，或者说是将它们之间的强关联改换成关联。

1.4、强关联：所谓强关联，就是在编译时期就已经确定的，无法在运行时期动态改变的关联。

1.5、弱关联：所谓弱关联，就是可以动态的确定并且在运行时期可以动态改变的关联。

在java中，继承关系是强关联，聚合关系是弱关联

将两个角色之间的继承关系改为聚合关系，就是将它们之间的强关联改换成为弱关联。因此，桥梁模式中的所谓脱耦，就是指在一个软件系统的抽象化和实现化之间使用组合/聚合关系而不是继承关系，

从而使两者可以相对独立地变化。这就是桥梁模式的用意。

2、众所周知，在java中，JDBC是桥梁模式的经典实现，这篇文章，通过模拟JDBC获取连接的事例来分析桥梁模式，首先，我们先熟悉一下JDBC的代码

Class.forName("com.mysql....");//加载驱动

DriverManager.getConnection(url,user,password);//获取连接

下面再看driver的源代码

public class Driver extends NonRegisteringDriver implementsjava.sql.Driver {

static{

try {

java.sql.DriverManager.registerDriver(newDriver());

}catch(SQLException E) {throw new RuntimeException("Can't register driver!");

}

}

从上面两段代码可以看出，Class.forName获取了驱动后，Driver将自己实例化并注册到了DriverManager当中。

3、桥梁模式的结构

由抽象化角色和修正抽象化角色组成的抽象化等级结构。

由实现化角色和两个具体实现化角色所组成的实现化等级结构。

桥梁模式所涉及的角色有：

抽象化(Abstraction)角色：抽象化给出的定义，并保存一个对实现化对象的引用。

修正抽象化(Refined Abstraction)角色：扩展抽象化角色，改变和修正父类对抽象化的定义。

实现化(Implementor)角色：这个角色给出实现化角色的接口，但不给出具体的实现。必须指出的是，这个接口不一定和抽象化角色的接口定义相同，

实际上，这两个接口可以非常不一样。实现化角色应当只给出底层操作，而抽象化角色应当只给出基于底层操作的更高一层的操作。

具体实现化(Concrete Implementor)角色：这个角色给出实现化角色接口的具体实现。

4、模拟JDBC的源代码

4.1、实现化角色

packageBridge.jdbcTest;/*** ********************************************************

* @ClassName: Driver

* @Description: 实现化角色

*

***********************************************************/

public interfaceDriver {public voidgetConnection();

}

4.2、具体实现化角色

packageBridge.jdbcTest;/*** ********************************************************

* @ClassName: MysqlDriver

* @Description: 具体实现化角色

*

***********************************************************/

public class MysqlDriver implementsDriver{

@Overridepublic voidgetConnection() {

System.out.println("mysql 数据库连接");

}

}

4.3、具体实现化角色

packageBridge.jdbcTest;/*** ********************************************************

* @ClassName: OracleDriver

* @Description: 具体实现化角色

*

***********************************************************/

public class OracleDriver implementsDriver{

@Overridepublic voidgetConnection() {

System.out.println("oracle数据库连接");

}

}

4.4、抽象化角色

packageBridge.jdbcTest;/*** ********************************************************

* @ClassName: Manager

* @Description: 抽象化角色

*

***********************************************************/

public abstract classManager {privateDriver driver;public voidgetConnection(){

driver.getConnection();

}public voidsetDriver(Driver driver) {this.driver =driver;

}

}

4.5、修正抽象化角色

packageBridge.jdbcTest;/*** ********************************************************

* @ClassName: Manager

* @Description: 抽象化角色

*

***********************************************************/

public abstract classManager {privateDriver driver;public voidgetConnection(){

driver.getConnection();

}public voidsetDriver(Driver driver) {this.driver =driver;

}

}

4.6、测试客户端

packageBridge.jdbcTest;/*** ********************************************************

* @ClassName: Client

* @Description: 桥梁模式测试客户端

*

***********************************************************/

public classClient {public static voidmain(String[] args) {

DriverManager manager= new DriverManager(newMysqlDriver());

manager.getConnection();

manager= new DriverManager(newOracleDriver());

manager.getConnection();

}

}

5、测试，运行结果如下

6、适用场景

6.1、如果一个系统需要在构件的抽象化角色和具体化角色之间增加更多的额灵活性，避免在两个层次之间建立静态的联系

6.2、设计要求实现化角色的任何改变不应该影响客户端。

6.3、一个构件有多于一个的抽象化角色和实现化角色，系统需要他们之间进行动态耦合。

6.4、虽然在系统中使用集成是没有问题的，但是由于抽象化角色和具体化角色需要独立变化，设计要求独立管理这两者。