模式动机
设想如果要绘制矩形、圆形、椭圆、正方形,我们至少需要4个形状类,但是如果绘制的图形需要具有不同的颜色,如红色、绿色、蓝色等,此时至少有如下两种设计方案:
- 第一种设计方案是为每一种形状都提供一套各种颜色的版本(4x3种版本)。
- 第二种设计方案是
根据实际需要对形状和颜色进行组合
(4个形状版本加3个颜色版本)
对于有两个变化维度(即两个变化的原因)的系统,采用方案二来进行设计系统中类的个数更少,且系统扩展更为方便。设计方案二即是桥接模式的应用。
桥接模式将继承关系转换为关联关系,从而降低了类与类之间的耦合,减少了代码编写量。
模式定义
将抽象部分与它的实现部分分离,使它们都可以独立地变化。它是一种对象结构型模式,又称为柄体(Handle and Body)模式或接口(Interface)模式。
模式结构
桥接模式包含如下角色:
- Abstraction:抽象类
- RefinedAbstraction:扩充抽象类
- Implementor:实现类接口
- ConcreteImplementor:具体实现类
时序图
客户端需要实现A类型的结构,则通过异步消息create创建ConcreteImplementorA类,然后通过异步消息RefinedAbstraction(Implementor*),创建扩充抽象类RefinedAbstraction。然后,用户端执行扩充抽象类的operation()方法,扩充抽象类调用operationImpl()方法,执行相应的具体方法。
代码实现
//实现类接口
public abstract class Implementor {
public abstract void operation();
}
//具体实现方法
public class ConcreteImplementorA extends Implementor{
@Override
public void operation(){
println("具体实现A的方法执行");
}
}
public class ConcreteImplementorB extends Implementor{
@Override
public void operation(){
println("具体实现B的方法执行");
}
}
//抽象类,聚合了抽象实现类Implementor
public abstract class Abstraction {
protected Implementor impl;
public Abstraction(Implementor impl){
this.impl = impl;
}
public abstract void operation();
}
//扩充抽象类
public class RefinedAbstraction extends Abstraction {
public RefinedAbstraction(Implementor impl){
super(impl);
}
@Override
public void operation(){
impl.operation();
}
}
模式优缺点
优点
- 实现了抽象接口与实现的分离
- 可扩展性好,在两个扩展维度中任意扩展一个维度(可以理解为新增一个特性),都不需要修改原有的系统
缺点
- 桥接模式的引入会增加系统的理解与设计难度,由于聚合关联关系建立在抽象层,要求开发者针对抽象进行设计与编程。
- 桥接模式要求正确识别出系统中两个独立变化的维度,因此其使用范围具有一定的局限性。
模式分析
理解桥接模式,重点需要理解如何将抽象化(Abstraction)与实现化(Implementation)脱耦,使得二者可以独立地变化。
- 抽象化:抽象化就是忽略一些信息,把不同的实体当作同样的实体对待。在面向对象中,将对象的共同性质抽取出来形成类的过程即为抽象化的过程。
- 实现化:针对抽象化给出的具体实现,就是实现化,抽象化与实现化是一对互逆的概念,实现化产生的对象比抽象化更具体,是对抽象化事物的进一步具体化的产物。
- 脱耦:脱耦就是将抽象化和实现化之间的耦合解脱开,或者说是将它们之间的强关联改换成弱关联,将两个角色之间的继承关系改为关联关系。
桥接模式中的所谓脱耦,就是指在一个软件系统的抽象化和实现化之间使用关联关系(组合或者聚合关系)而不是继承关系,从而使两者可以相对独立地变化,这就是桥接模式的用意。