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

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

设计模式-JDBC中的桥接模式_第1张图片

Abstraction — 抽象化角色:

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

Refined Abstraciotn — 扩展抽象化角色:

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

Implementor — 实现化角色:

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

ConcreteImplemetor — 具体实现化角色:

实现化角色的具体实现

(结构部分的说明,复制自: jdbc桥接mysql_JDBC之桥接模式_梁培定的博客-CSDN博客)

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

设计模式-JDBC中的桥接模式_第2张图片

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

1,将接口和实现分离。

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

2,提高了可扩展性。

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

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

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

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

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

你可能感兴趣的:(java,框架,设计模式,桥接模式,java)