【设计模式】Bridge Design pattern 桥接模式-Toy模板网

这篇具有很好参考价值的文章主要介绍了【设计模式】Bridge Design pattern 桥接模式。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

1.桥接模式要解决的问题

多个维度的变化引起的继承组合指数级增长

例子

一个物体有不同形状和不同颜色，如何用类来表示它们，这里包含了两个变化维度，一个是物体的形状，一个是颜色

继承的方式

【设计模式】Bridge Design pattern 桥接模式
如果使用继承的方式，此时要增加一个形状就要多两个类，或者增加一个颜色也要多两个类，这个增长是指数级的

组合的方式

【设计模式】Bridge Design pattern 桥接模式
如果是组合的方式，此时增加一个形状，那就只需要增加一个形状的类，要增加一个颜色也只用增加一个颜色的类，变化就被控制住了

2.实际使用场景

JDBC API和JDBC Driver, JDBC API接口去管理连接和解析操作返回的数据，但是底层具体是怎么做连接的，怎么做查询的是JDBC Driver来做的，在使用JDBC API的时候需要指定不同的JDBC Driver，这也是桥接模式的一个特点，具体实现是需要在使用的时候再指定的

3.桥接模式的结构

将一个很大的类或者一堆紧密相关的类拆分成抽象和接口，让他们分别来管理不同的变化
由一个抽象的类包含一个接口组成。抽象的类像是一个提供功能的API，共client直接使用。被组合的接口往往提供原子的方法，这些原子方法往往被抽象类直接调用或者组合使用。接口可以有很多种不同的实现，而抽象类也可以有自己的子类去扩展更多的功能
【设计模式】Bridge Design pattern 桥接模式

4.桥接模式相关的设计原则和面向对象特性

封装
高层不需要知道底层实现的细节，比如在使用JDBC API的时候，只需要用Class.forName()指定一个driver，不需要知道driver是怎么实现的
SOLID-Open close原则
每次加一个维度的类，只需要新建新的抽象类或者新建新的实现即可，不需要改动任何类，比如，如果要实现不同的API，那就新加一个API的类，如果要新建不同的数据库实现，那就新加一种driver
SOLID-Single responsibility原则
将一个大类划分成了不同的类来负责做不同的事情，职责更单一了