设计模式——桥接模式

最近公司组件分享设计模式，然而分配给我的是桥接模式。就在这里记录我对桥接模式的理解吧。

定义

桥接模式：桥接模式就是把事物和其具体实现分开，使他们可以各自独立的变化。桥接的用意是：将抽象化与实现化解耦，使得二者可以独立变化。

讲真的，「抽象化 、实现化解耦」看得我一愣一愣的，这句话也太抽象了吧？由于这个官方解释太抽象了。
下面，我就尝试按照我的理解来解释一下：把事物按照不同维度进行分离解耦，从而使得可以独立变化。

还是很迷糊？OK,咱先一起看个例子。

示例

假设有这么一个情况：需要将不同的汽车在不同的道路上面行驶这一情况面向对象，封装成java类。那么类图大概是这个样子：

普通实现方式

一个汽车在道路上的抽象类， 子类分别是：小轿车在城市道路上，小轿车在高速路上，卡车在城市道路上，卡车在高速路上。

普通模式加强版

如果后期维护需要，出现了公交车以及乡间小路。那么子类个数就成几何倍数增加（小轿车在城市道路上，小轿车在高速路上，小轿车在乡间小路上，卡车在城市道路上，卡车在高速路上，卡车在乡间小路上，公交车在城市道路上，公交车在高速路上，公家车在乡间小路上），维护起来好难受，而且会随着基本类型的增加，维护成越来越高。

---

这时候咱们想一下能不能，把汽车和道路剥离开。这样汽车种类、道路种类能单独变化，而不是去影响汽车与道路组合类了。经过不断尝试与修改，变成了这样：

汽车与道路剥离

如果增加公交车以及乡间小路类型：

汽车与道路剥离加强版

两种类型（汽车，道路）都只添加了一个子类，之前的普通模式少添加了5个子类。维护起来要方便不少（随着类型的不断增多，优势越加明显）。

---

这时候引申出咱们的主角——桥接模式:

bridge_model.png

是不是和之前的例子很像是呀。将一个事物的多个维度变化进行解耦，使其能够进行单一维度变化。

使用

之前同事有提到他有那么一个系统，因业务需要 要走不同的工作流程和操作，维护起来以及交接看代码很繁琐。就这个做一个小的桥接demo吧。
假设有A、B两种工作流程，分别有增、删、改、查四种操作（正式业务场景肯定不可能这么简单，这里作为设计模式demo，就尽量简化非设计模式部分咯）。

workflow_operate.png

引申

咱们学习&使用原生jdbc连接数据库的时候数据库driver使用的就是桥接模式，有兴趣的小伙伴可以去看一下源码。（有时间的话，我也尝试学习分享一下那部分源码 手动滑稽）。

jdbc.png