桥接模式——结构性设计模式之二
最后更新于:2022-04-01 09:30:06
## 一、桥接模式
将抽象部分与它的实现部分分离,使他们都可以独立的变化。
什么叫抽象与它的是实现分离呢?
其实这并不是说,让抽象类与其派生类分离,这样也没有意义;实现指的是抽象类和它的派生类用来实现自己的对象。
像手机品牌和手机软件的关系。我们可以按手机品牌来分类,
![](https://docs.gechiui.com/gc-content/uploads/sites/kancloud/2016-02-18_56c5ce7187a8c.png)
同时,还可以按照手机软件来给软件分类。
![](https://docs.gechiui.com/gc-content/uploads/sites/kancloud/2016-02-18_56c5ce719a192.png)
现在我们要是想增加三个手机品牌应该怎么办?
用第一幅图来说,我们需要在第二层增加三个类,再在第三层增加留个类;如果是第二种分法,需要再第三层加六个类。
或者说要增加三个软件,又该怎么办?
这时候的情况原理同上。
那我要是既增加手机软件,又增加手机品牌呢????
这样,两种分法,做出调整都是一个巨大的工程,关键是我们这样修改还违背了软件模式设计原则:开发封闭原则。
不管我们是增加手机,还是手机软件,都会影响到彼此,所以为了解决这种情况,我们采用了一种设计模式——桥接模式。
在说桥接模式前,先说一个原则:合成/聚合复用原则。
**合成/**聚合复用原则**:尽量使用合成/聚合,不要使用继承。优先使用对象的合成/聚合将有助于你保持每个类被封装,并被集中在单个任务上,这样类和类继承层次会保持较小规模,并且不太可能增长为不可控制的庞然大物。
遇到类似这种多种分类方式的情况下,我们不要一味的依赖继承,这样会继承越多,我们就把多种分类方式分别写出来,然后根据“合成/聚合复用”的原则对父类进行连接。这样,在修改各自类的时候不会干扰的彼此,各自的类都有了良好的封装和扩展。
**结构图如下:**
![](https://docs.gechiui.com/gc-content/uploads/sites/kancloud/2016-02-18_56c5ce71aa725.png)
## 二、类图如下:
![](https://docs.gechiui.com/gc-content/uploads/sites/kancloud/2016-02-18_56c5ce71bbd80.png)
注意:类图中的Abstraction是一个抽象的抽象类,Implementor是具体的实现类。桥接模式运用合成/聚合复用的原则把抽象和实现分开来表示,而不是使用继承,把层次累积成庞然大物。