一、什么是桥接模式
桥接模式，又叫桥梁模式，顾名思义，就是有座“桥”，那这座桥是什么呢？就是一条聚合线（下方UML图），比如我们下面会举的例子，手机有手机品牌和手机游戏等等，每个手机品牌都有多款游戏，那是不是二者之间就是聚合关系了，这是合成/聚合复用原则的体现，当我们发现类有多层继承时就可以考虑使用桥接模式，用聚合代替继承。
桥接模式（Bridge） ，将抽象部分与它的实现部分分离，使它们都可以独立地变化。UML结构图如下：
其中，Abstraction为抽象化角色，定义出该角色的行为，同时保存一个对实现化角色的引用；Implementor是实现化角色，它是接口或者抽象类，定义角色必需的行为和属性；RefinedAbstraction为修正抽象化角色，引用实现化角色对抽象化角色进行修正；ConcreteImplementor为具体实现化角色，实现接口或抽象类定义的方法或属性。
是不是感觉上面这段话很难懂，其实说简单点就是在Abstraction和Implementor之间架了一座桥（聚合线），这里体现了一个原则就是合成/聚合复用原则，具体看目录篇对基本原则的讲解及举例。下面放上模板代码。
1. Abstraction抽象类
public abstract class Abstraction {
private Implementor imp;
//约束子类必须实现该构造函数
public Abstraction(Implementor imp) {
this.imp = imp;
}
public Implementor getImp() {
return imp;
}
//自身的行为和属性
public void request() {
this.imp.doSomething();
}
}
2. Implementor抽象类
public abstract class Implementor {
public abstract void doSomething();
public abstract void doAnything();
}
3. ConcreteImplementor
这里可以编写多个具体实现类。
public class ConcreteImplementorA extends Implementor {
@Override
public void doSomething() {
System.out.println("具体实现A的doSomething执行");
}
@Override
public void doAnything() {
System.out.println("具体实现A的doAnything执行");
}
}
4. RefinedAbstraction
public class RefinedAbstraction extends Abstraction {
//覆写构造函数
public RefinedAbstraction(Implementor imp) {
super(imp);
}
//修正父类行为
@Override
public void request() {
super.request();
super.getImp().doAnything();
}
}
5. Client客户端
public class Client {
public static void main(String[] args) {
Implementor imp = new ConcreteImplementorA();
Abstraction abs = new RefinedAbstraction(imp);
abs.request();
}
}
运行结果如下：
二、桥接模式的应用
1. 何时使用
- 系统可能有多个角度分类，每一种角度都可能变化时
2. 方法
- 把这种角度分类分离出来，让它们单独变化，减少它们之间的耦合（合成/聚合复用原则）
3. 优点
- 抽象和实现分离。桥梁模式完全是为了解决继承的缺点而提出的设计模式
- 优秀的扩展能力
- 实现细节对客户透明。客户不用关心细节的实现，它已经由抽象层通过聚合关系完成了封装
4. 缺点
- 会增加系统的理解与设计难度。由于聚合关联关系建立在抽象层，要求开发者针对抽象进行设计与编程
5. 使用场景
- 不希望或不适用使用继承的场景
- 接口或抽象类不稳定的场景
- 重用性要求较高的场景
6. 应用实例
- 开关。我们可以看到的开关是抽象的，不用管里面具体怎么实现
- 手机品牌与手机软件。两者间有一条聚合线，一个手机品牌可以有多个手机软件
7. 注意事项
- 不要一涉及继承就考虑该模式，尽可能把变化的因素封装到最细、最小的逻辑单元中，避免风险扩散
- 当发现类的继承有n层时，可以考虑使用该模式
三、桥接模式的实现
下面我们举一个例子，就拿上面说的手机品牌与手机软件为例，我们可以让手机既可以按照手机品牌来分类，也可以按手机软件来分类。由于实现的方式有多种，桥接模式的核心意图就是把这些实现独立出来，让它们各自地变化，这就使得没中实现的变化不会影响其他实现，从而达到应对变化的目的。
UML图如下：
1. 手机品牌抽象类
桥梁的一头。
public abstract class HandsetBrand {
protected HandsetSoft soft;
//设置手机软件
public void setHandsetSoft(HandsetSoft soft) {
this.soft = soft;
}
//运行
public abstract void run();
}
2. 手机软件抽象类
桥梁的另一头。两者通过一条聚合线连接，表示一个手机品牌可以有多个软件。
public abstract class HandsetSoft {
public abstract void run();
}
3. 各类手机品牌
这里写一个，多余的不再赘述。
public class HandsetBrandA extends HandsetBrand {
@Override
public void run() {
soft.run();
}
}
4. 各类手机软件
有游戏、通讯录等等，这里写一个，多余不再赘述。
public class HandsetGame extends HandsetSoft {
@Override
public void run() {
System.out.println("运行手机游戏");
}
}
5. Client客户端
public class Client {
public static void main(String[] args) {
HandsetBrand ab;
//使用A品牌手机
ab = new HandsetBrandA();
System.out.println("A品牌手机：");
ab.setHandsetSoft(new HandsetGame());
ab.run();
ab.setHandsetSoft(new HandsetAddressList());
ab.run();
//分隔符
System.out.println("---------------");
//使用B品牌手机
ab = new HandsetBrandB();
System.out.println("B品牌手机：");
ab.setHandsetSoft(new HandsetGame());
ab.run();
ab.setHandsetSoft(new HandsetAddressList());
ab.run();
}
}
运行结果如下：
这样我现在如果想要增加一个功能，比如音乐播放器，那么只有增加这个类就可以了，不会影响到其他任何类，类的个数增加也只是一个；如果是要增加S品牌，只需要增加一个品牌的子类就可以了，个数也是一个，不会影响到其他类。这显然符合开放-封闭原则。
而这里用到的合成/聚合复用原则是一个很有用处的原则，即优先使用对象的合成或聚合，而不是继承。究其原因是因为继承是一种强耦合的结构，父类变，子类就必须变。
