专栏目录
- 创建型模式: 工厂三兄弟 , 单例模式 , 原型模式 , 建造者模式
- 结构型模式: 适配器模式 , 桥接模式 , 组合模式 , 装饰器模式, 外观模式(门面模式), 享元模式, 代理模式
- 行为型模式: 职责链模式, 命令模式, 解释器模式, 迭代器模式, 中介者模式, 备忘录模式, 观察者模式, 状态模式, 策略模式, 模板方法, 访问者模式
桥接模式的意图,解决的问题,什么时候使用
在现实生活中,某些类具有两个或多个维度的变化,如图形既可按形状分,又可按颜色分。如何设计类似于 Photoshop 这样的软件,能画不同形状和不同颜色的图形呢?如果用继承方式,m 种形状和 n 种颜色的图形就有 m×n 种,不但对应的子类很多,而且扩展困难。
当然,这样的例子还有很多,如不同颜色和字体的文字、不同品牌和功率的汽车、不同性别和职业的男女、支持不同平台和不同文件格式的媒体播放器等。如果用桥接模式就能很好地解决这些问题。
在软件设计中面向对象编程中:如果一个对象具有多种维度的变化因子,如果采用直接编写代码的方式就要编写M*N种情况,而且十分不易扩展,这时用桥接模式能很好地解决这些问题。
1.桥接模式
桥接模式(Adapter),将抽象与实现分离,使它们可以独立变化。它是用组合关系代替继承关系来实现,从而降低了抽象和实现这两个可变维度的耦合度。
2.桥接模式中的角色
组成(角色) | 作用 |
---|---|
抽象化(Abstraction)角色 | 定义抽象类,并包含一个对实现化对象的引用。 |
扩展抽象化(Refined Abstraction)角色 | 是抽象化角色的子类,实现父类中的业务方法,并通过组合关系调用实现化角色中的业务方法。 |
实现化(Implementor)角色 | 定义实现化角色的接口,供扩展抽象化角色调用 |
具体实现化(Concrete Implementor)角色 | 给出实现化角色接口的具体实现 |
结构图:
标准程序代码如下:
package bridge;
public class BridgeTest {
public static void main(String[] args) {
Implementor imple = new ConcreteImplementorA();
Abstraction abs = new RefinedAbstraction(imple);
abs.Operation();
}
}
//实现化角色
interface Implementor {
public void OperationImpl();
}
//具体实现化角色
class ConcreteImplementorA implements Implementor {
public void OperationImpl() {
System.out.println("具体实现化(Concrete Implementor)角色被访问");
}
}
//抽象化角色
abstract class Abstraction {
protected Implementor imple;
protected Abstraction(Implementor imple) {
this.imple = imple;
}
public abstract void Operation();
}
//扩展抽象化角色
class RefinedAbstraction extends Abstraction {
protected RefinedAbstraction(Implementor imple) {
super(imple);
}
public void Operation() {
System.out.println("扩展抽象化(Refined Abstraction)角色被访问");
imple.OperationImpl();
}
}
运行结果:
扩展抽象化(Refined Abstraction)角色被访问
具体实现化(Concrete Implementor)角色被访问
现实中,RefinedAbstraction 扩展抽象化角色往往是有多个的。
桥接模式的应用实例
【例1】用桥接(Bridge)模式模拟女士皮包的选购。
分析:女士皮包有很多种,可以按用途分、按皮质分、按品牌分、按颜色分、按大小分等,存在多个维度的变化,所以采用桥接模式来实现女士皮包的选购比较合适。
本实例按用途分可选钱包(Wallet)和挎包(HandBag),按颜色分可选黄色(Yellow)和红色(Red)。可以按两个维度定义为颜色类和包类。(点此下载本实例所要显示的包的图片)。
颜色类(Color)是一个维度,定义为实现化角色,它有两个具体实现化角色:黄色和红色,通过 getColor() 方法可以选择颜色;包类(Bag)是另一个维度,定义为抽象化角色,它有两个扩展抽象化角色:挎包和钱包,它包含了颜色类对象,通过 getName() 方法可以选择相关颜色的挎包和钱包。
客户类通过 ReadXML 类从 XML 配置文件中获取包信息(点此下载 XML 配置文件),并把选到的产品通过窗体显示出现,其结构图。
客户端完全面向抽象编程即可灵活关联不同颜色和不同类型的包。
3.桥接模式优缺点、使用场景
优点:
- 1.抽象与实现分离,扩展能力强,可以组合任务子类。
- 2.取代了多层集成,符合开闭原则,符合合成复用原则,提高了系统的扩展性。
缺点:
- 1.由于聚合关系建立在抽象层,要求开发者针对抽象化进行设计与编程,能正确地识别出系统中两个独立变化的维度,这增加了系统的理解与设计难度。
适用场景:
- 1.当一个类存在两个或多个独立变化的维度,且这每个维度都需要进行扩展时。
- 2.当一个系统不希望使用继承或因为多层次继承导致系统类的个数急剧增加时,避免两次层次之间建立静态继承。
- 3.当一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性时。
扩展:
https://blog.csdn.net/a745233700/article/details/120271538
参考文章:
http://c.biancheng.net/view/1364.html