桥接模式
桥接(Bridge)是用于把抽象化与实现化解耦,使得二者可以独立变化。这种类型的设计模式属于结构型模式,它通过提供抽象化和实现化之间的桥接结构,来实现二者的解耦。
这种模式涉及到一个作为桥接的接口,使得实体类的功能独立于接口实现类,这两种类型的类可被结构化改变而互不影响。
桥接模式的目的是将抽象与实现分离,使它们可以独立地变化,该模式通过将一个对象的抽象部分与它的实现部分分离,使它们可以独立地改变。它通过组合的方式,而不是继承的方式,将抽象和实现的部分连接起来。
手机操作问题
现在对不同手机类型的不同品牌实现操作编程(比如:开机、关机、上网,打电话等),如图:
传统方案解决手机操作问题
传统方法对应的类图
传统方案解决手机操作问题分析
- 方案一:为每种手机款式都提供各种品牌的版本。
- 方案二:根据实际需要对类型和品牌进行组合。
方案一弊端:
- 扩展性问题(类爆炸):随着手机款式/手机品牌的增加,需要不断增加对应的类。
- 违反了单一职责原则,当我们增加手机样式时,要同时增加所有品牌的手机,这样增加了代码维护成本.
方案二
- 提供两个父类一个是款式、一个品牌,款式父类和品牌父类两个类都包含了相应的子类,然后根据需要对款式和品牌进行组合。
- 对于有几个变化的维度,我们一般采用方案二来实现,这样除了减少系统中的类个数,也利于系统扩展
桥接模式(Bridge)-基本介绍
基本介绍
- 桥接模式(Bridge 模式)是指:将实现与抽象放在两个不同的类层次中,使两个层次可以独立改变。
- 是一种结构型设计模式
- Bridge 模式基于类的最小设计原则,通过使用封装、聚合及继承等行为让不同的类承担不同的职责。它的主要特点是把抽象(Abstraction)与行为实现(Implementation)分离开来,从而可以保持各部分的独立性以及应对他们的功能扩展
桥接模式(Bridge)-原理类图
- 上图做了说明
- Client 类:桥接模式的调用者
- 抽象类(Abstraction) :维护了 Implementor / 即它的实现类 ConcreteImplementorA…, 二者是聚合关系, Abstraction 充当桥接类
- RefinedAbstraction : 是 Abstraction 抽象类的子类
- Implementor : 行为实现类的接口
- ConcreteImplementorA /B :行为的具体实现类
- 从 UML 图:这里的抽象类和接口是聚合的关系,其实调用和被调用关系
桥接模式解决手机操作问题
使用桥接模式改进传统方式,让程序具有搞好的扩展性,利用程序维护
- 应用实例说明(和前面要求一样)
- 使用桥接模式对应的类图
- 代码
// package 图解Java设计模式.结构型模式.桥接模式;
// 品牌的接口,定义品牌的功能清单
public interface Brand {
void open();
void close();
void call();
}
// package 图解Java设计模式.结构型模式.桥接模式;
// 手机的抽象类,定义手机的功能清单
public abstract class Phone {
// 组合品牌
private Brand brand ;
public Phone(Brand brand) {
super();
this.brand = brand;
}
protected void open() {
brand.open();
}
protected void close() {
brand.close();
}
protected void call() {
brand.call();
}
}
// package 图解Java设计模式.结构型模式.桥接模式;
// 折叠手机
public class FoldedPhone extends Phone{
public FoldedPhone(Brand brand) {
super(brand);
}
protected void open() {
System.out.println("折叠手机...");
super.open();
}
protected void close() {
System.out.println("折叠手机...");
super.close();
}
protected void call() {
System.out.println("折叠手机...");
super.call();
}
}
// package 图解Java设计模式.结构型模式.桥接模式;
// 直板手机
public class UpRightPhone extends Phone {
//构造器
public UpRightPhone(Brand brand) {
super(brand);
}
public void open() {
super.open();
System.out.println(" 直立样式手机 ");
}
public void close() {
super.close();
System.out.println(" 直立样式手机 ");
}
public void call() {
super.call();
System.out.println(" 直立样式手机 ");
}
}
// package 图解Java设计模式.结构型模式.桥接模式;
// 华为手机的具体实现
public class HuaWei implements Brand {
@Override
public void open() {
System.out.println("HuaWei 开机");
}
@Override
public void close() {
System.out.println("HuaWei 关机");
}
@Override
public void call() {
System.out.println("HuaWei 打电话");
}
}
// package 图解Java设计模式.结构型模式.桥接模式;
// 小米手机的具体实现
public class XiaoMi implements Brand {
@Override
public void open() {
System.out.println("XiaoMi 开机");
}
@Override
public void close() {
System.out.println("XiaoMi 关机");
}
@Override
public void call() {
System.out.println("XiaoMi 打电话");
}
}
// package 图解Java设计模式.结构型模式.桥接模式;
public class Client {
public static void main(String[] args) {
Phone hPhone = new FoldedPhone(new HuaWei());
hPhone.open();
hPhone.call();
hPhone.close();
}
}
桥接模式在 JDBC 的源码剖析
桥接模式在 JDBC 的源码剖析
-
Jdbc 的 Driver 接口,如果从桥接模式来看,Driver 就是一个接口,下面可以有 MySQL 的 Driver,Oracle 的Driver,这些就可以当做实现接口类
-
代码分析+Debug 源码
对 jdbc 源码分析的类图
优缺点
优点
- 分离抽象接口及其实现部分。提高了比继承更好的解决方案。
- 桥接模式提高了系统的可扩充性,在两个变化维度中任意扩展一个维度,都不需要修改原有系统。
- 实现细节对客户透明,可以对用户隐藏实现细节。
缺点
- 桥接模式的引入会增加系统的理解与设计难度,由于聚合关联关系建立在抽象层,要求开发者针对抽象进行设计与编程。
- 桥接模式要求正确识别出系统中两个独立变化的维度,因此其使用范围具有一定的局限性。
桥接模式的注意事项和细节
-
实现了抽象和实现部分的分离,从而极大的提供了系统的灵活性,让抽象部分和实现部分独立开来,这有助于系统进行分层设计,从而产生更好的结构化系统。
-
对于系统的高层部分,只需要知道抽象部分和实现部分的接口就可以了,其它的部分由具体业务来完成。
-
桥接模式替代多层继承方案,可以减少子类的个数,降低系统的管理和维护成本。
-
桥接模式的引入增加了系统的理解和设计难度,由于聚合关联关系建立在抽象层,要求开发者针对抽象进行设计和编程
-
桥接模式要求正确识别出系统中两个独立变化的维度****(抽象、和实现),因此其使用范围有一定的局限性,即需要有这样的应用场景。
-
桥接模式其它应用场景
对于那些不希望使用继承或因为多层次继承导致系统类的个数急剧增加的系统,桥接模式尤为适用
常见的应用场景:
- JDBC 驱动程序
- 如果一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性,避免在两个层次之间建立静态的继承联系,通过桥接模式可以使它们在抽象层建立一个关联关系。
- 对于那些不希望使用继承或因为多层次继承导致系统类的个数急剧增加的系统,桥接模式尤为适用。
- 一个类存在两个独立变化的维度,且这两个维度都需要进行扩展。
模式总结
- 桥接模式实现了抽象化与实现化的脱耦。他们两个互相独立,不会影响到对方。
- 对于两个独立变化的维度,使用桥接模式再适合不过了。
- 对于"具体的抽象类"所做的改变,是不会影响到客户。