设想如果要绘制矩形、圆形、椭圆、正方形,我们至少需要4个形状类,但是如果绘制的图形需要具有不同的颜色,如红色、绿色、蓝色等,此时至少有如下两种设计方案:
对于有两个变化维度(即两个变化的原因)的系统,采用方案二来进行设计系统中类的个数更少,且系统扩展更为方便。设计方案二即是桥接模式的应用。桥接模式将继承关系转换为关联关系,从而降低了类与类之间的耦合,减少了代码编写量。
桥接模式(
Bridge Pattern
):将抽象和实现解耦,使得两者可以独立地变化。它是一种对象结构型模式,又称为桥梁模式。
桥接模式包含如下角色:
Abstraction
:抽象类角色RefinedAbstraction
:扩充抽象类Implementor
:实现化角色ConcreteImplementor
:具体实现化角色的实现类首先,是实现化角色Abstraction
类:
/**
* 实现化角色 Implementor.
*
* @author blinkfox on 2018-12-17.
*/
public interface Implementor {
/**
* 基本方法1.
*/
void doSomething();
/**
* 基本方法2.
*/
void doAnything();
}
然后,是各个具体的实现化角色类:
/**
* ConcreteImplementor1.
*
* @author blinkfox on 2018-12-17.
*/
public class ConcreteImplementor1 implements Implementor {
/**
* 基本方法1.
*/
@Override
public void doSomething() {
System.out.println("ConcreteImplementor1 的业务逻辑 doSomething.");
}
/**
* 基本方法2.
*/
@Override
public void doAnything() {
System.out.println("ConcreteImplementor1 的业务逻辑 doAnything.");
}
}
/**
* ConcreteImplementor2.
*
* @author blinkfox on 2018-12-17.
*/
public class ConcreteImplementor2 implements Implementor {
/**
* 基本方法1.
*/
@Override
public void doSomething() {
System.out.println("ConcreteImplementor2 的业务逻辑 doSomething.");
}
/**
* 基本方法2.
*/
@Override
public void doAnything() {
System.out.println("ConcreteImplementor2 的业务逻辑 doAnything.");
}
}
接下来,是抽象类角色Abstraction
类:
package com.blinkfox.patterns.bridge;
/**
* 抽象化角色 Abstraction.
*
* @author blinkfox on 2018-12-17.
*/
public abstract class Abstraction {
/** 定义对实现化角色的引用. */
private Implementor impl;
/**
* 构造方法.
*
* @param impl 实现类的实例
*/
public Abstraction(Implementor impl) {
this.impl = impl;
}
/**
* impl 的 getter方法.
*
* @return impl
*/
public Implementor getImpl() {
return impl;
}
/**
* 自身的请求处理方法.
*/
public void request() {
this.impl.doSomething();
}
}
再次,是扩展的具体抽象化角色类RefinedAbstraction
:
/**
* RefinedAbstraction.
*
* @author blinkfox on 2018-12-17.
*/
public class RefinedAbstraction extends Abstraction {
/**
* 构造方法.
*
* @param impl 实现类的实例
*/
public RefinedAbstraction(Implementor impl) {
super(impl);
}
/**
* 覆盖后的请求处理方法.
*/
@Override
public void request() {
System.out.println("RefinedAbstraction 开始做业务处理.");
super.request();
super.getImpl().doAnything();
}
}
最后,是客户端场景类:
/**
* Client.
*
* @author blinkfox on 2018-12-17.
*/
public class Client {
/**
* main方法.
*
* @param args 数组参数
*/
public static void main(String[] args) {
// 定义一个实现化角色和抽象化角色,并执行请求方法.
Implementor impl = new ConcreteImplementor1();
Abstraction abs = new RefinedAbstraction(impl);
abs.request();
}
}
理解桥接模式,重点需要理解如何将抽象化(Abstraction
)与实现化(Implementation
)脱耦,使得二者可以独立地变化。
桥接模式的优点:
桥接模式的缺点:
在以下情况下可以使用桥接模式:
一个Java桌面软件总是带有所在操作系统的视感(LookAndFeel
),如果一个Java软件是在Unix系统上开发的,那么开发人员看到的是Motif
用户界面的视感;在Windows上面使用这个系统的用户看到的是Windows用户界面的视感;而一个在Macintosh
上面使用的用户看到的则是Macintosh
用户界面的视感,Java语言是通过所谓的Peer架构做到这一点的。Java为AWT中的每一个GUI构件都提供了一个Peer构件,在AWT中的Peer架构就使用了桥接模式。
适配器模式与桥接模式的联用:
桥接模式和适配器模式用于设计的不同阶段,桥接模式用于系统的初步设计,对于存在两个独立变化维度的类可以将其分为抽象化和实现化两个角色,使它们可以分别进行变化;而在初步设计完成之后,当发现系统与已有类无法协同工作时,可以采用适配器模式。但有时候在设计初期也需要考虑适配器模式,特别是那些涉及到大量第三方应用接口的情况。
Abstraction
)与实现化(Implementation
)脱耦,它们可以沿着各自的维度独立变化。参考自:桥接模式