设计模式-JDBC中的桥接模式

一、首先看整个brige模式的结构图。如下：

Abstraction — 抽象化角色：

定义抽象的接口，包含一个对实现化角色的引用

Refined Abstraciotn — 扩展抽象化角色：

抽象化角色的子类，实现父类中的业务方法，并通过组合/聚合关系调用实现化角色中的业务方法

Implementor — 实现化角色：

定义具体行为、具体特征的应用接口，供扩展抽象化角色使用

ConcreteImplemetor — 具体实现化角色：

实现化角色的具体实现

（结构部分的说明，复制自： jdbc桥接mysql_JDBC之桥接模式_梁培定的博客-CSDN博客）

二、光说理论是说不清楚的。直接上jdbc的成功示例

虽然没有结构上没有Abstraciotn这一块，但事实上做到了桥接模式的几个核心优点，

1，将接口和实现分离。

我们获取数据库连接的时候，调用的是DriverManager.getConnection但具体实现却是注册进来的实现Driver来实现的。

2，提高了可扩展性。

任何新来一个数据库，调用方的代码都不用变，只需要具体的数据库驱动类实现connection的方法，并将这个取动类引入进来即可。

3，对客户端隐藏了实现的细节。

调用端，也完全不用了解具体驱动类的实现细节。

结语：满足了这三点模式的核心优点，虽然drivermanager没有上层接口，但是也认为是桥接模式的成功示例。

（我看到好多成功示例，也都不是完全照搬设计模式的结构，包括spring也是用的简单工厂模式而不是用的工厂方法模式，builder模式在一些开源代码上的应用更是被精简得厉害，只保留了精髓）