本文详细介绍了桥接模式的概念，如何通过组合关系替代继承，降低抽象和实现的耦合。以视频播放器和支付系统为例，展示了如何使用桥接模式提高系统可扩展性和灵活性，避免类爆炸问题。
1、桥接模式
1.1 概述
现在有一个需求，需要创建不同的图形，并且每个图形都有可能会有不同的颜色。我们可以利用继承的方式来设计类的关系：
我们可以发现有很多的类，假如我们再增加一个形状或再增加一种颜色，就需要创建更多的类。
试想，在一个有多种可能会变化的维度的系统中，用继承方式会造成类爆炸，扩展起来不灵活。每次在一个维度上新增一个具体实现都要增加多个子类。为了更加灵活的设计系统，我们此时可以考虑使用桥接模式。
定义：
将抽象与实现分离，使它们可以独立变化。它是用组合关系代替继承关系来实现，从而降低了抽象和实现这两个可变维度的耦合度。
2、 结构
桥接（Bridge）模式包含以下主要角色：
- 抽象化（Abstraction）角色 ：定义抽象类，并包含一个对实现化对象的引用。
- 扩展抽象化（Refined Abstraction）角色 ：是抽象化角色的子类，实现父类中的业务方法，并通过组合关系调用实现化角色中的业务方法。
- 实现化（Implementor）角色 ：定义实现化角色的接口，供扩展抽象化角色调用。
- 具体实现化（Concrete Implementor）角色 ：给出实现化角色接口的具体实现。
3、 案例
【例】视频播放器
需要开发一个跨平台视频播放器，可以在不同操作系统平台（如Windows、Mac、Linux等）上播放多种格式的视频文件，常见的视频格式包括RMVB、AVI、WMV等。该播放器包含了两个维度，平台维度和视频格式维度，比较适合使用桥接模式。
类图如下：
代码如下：
//视频文件
public interface VideoFile {
void decode(String fileName);
}
//avi文件
public class AVIFile implements VideoFile {
public void decode(String fileName) {
System.out.println("avi视频文件："+ fileName);
}
}
//rmvb文件
public class RMVBFile implements VideoFile {
public void decode(String fileName) {
System.out.println("rmvb文件：" + fileName);
}
}
//操作系统版本
public abstract class OperatingSystemVersion {
protected VideoFile videoFile;
public OperatingSystemVersion(VideoFile videoFile) {
this.videoFile = videoFile;
}
public abstract void play(String fileName);
}
//Windows版本
public class Windows extends OperatingSystemVersion {
public Windows(VideoFile videoFile) {
super(videoFile);
}
public void play(String fileName) {
videoFile.decode(fileName);
}
}
//mac版本
public class Mac extends OperatingSystemVersion {
public Mac(VideoFile videoFile) {
super(videoFile);
}
public void play(String fileName) {
videoFile.decode(fileName);
}
}
//测试类
public class Client {
public static void main(String[] args) {
OperatingSystem os = new Windows(new AVIFile());
os.play("战狼3");
}
}
好处：
-
桥接模式提高了系统的可扩充性，在两个变化维度中任意扩展一个维度，都不需要修改原有系统。
如：如果现在还有一种视频文件类型wmv，我们只需要再定义一个类实现VideoFile接口即可，其他类不需要发生变化。
-
实现细节对客户透明
4、支付案例
分别通过微信和⽀付宝完成⽀付信息,但是⽀付⽅式包含很多， 我们就整合⼀个⽀付平台。不仅包含微信⽀付还包含⽀付宝⽀付，⽀付的模式也有密码，指纹，⾯部识别。
public class PayController {
public boolean doPay(String uId, String tradeId, BigDecimal amount,
int channelType, int modeType) {
// 微信⽀付
if (1 == channelType) {
System.out.println("模拟微信渠道⽀付划账开始");
if (1 == modeType) {
System.out.println("密码⽀付，⻛控校验环境安全");
} else if (2 == modeType) {
System.out.println("⼈脸⽀付，⻛控校验脸部识别");
} else if (3 == modeType) {
System.out.println("指纹⽀付，⻛控校验指纹信息");
}
}
// ⽀付宝⽀付
else if (2 == channelType) {
System.out.println("模拟⽀付宝渠道⽀付划账开始");
if (1 == modeType) {
System.out.println("密码⽀付，⻛控校验环境安全");
} else if (2 == modeType) {
System.out.println("⼈脸⽀付，⻛控校验脸部识别");
} else if (3 == modeType) {
System.out.println("指纹⽀付，⻛控校验指纹信息");
}
}
return true;
}
}
上⾯的类提供了⼀个⽀付服务功能，通过提供的必要字段； ⽤户ID 、 交易ID 、⾦额 、 渠道 、 模 式 ，来控制⽀付⽅式。
编写测试类
@Test
public void test_pay() {
PayController pay = new PayController();
System.out.println("模拟测试场景；微信⽀付、⼈脸⽅式。");
pay.doPay("weixin_1092033111", "100000109893", new BigDecimal(100), 1, 2);
System.out.println("模拟测试场景；⽀付宝⽀付、指纹⽅式。");
pay.doPay("jlu19dlxo111", "100000109894", new BigDecimal(100), 2, 3);
}
以上分别测试了两种不同的⽀付类型和⽀付模式；微信⼈脸⽀付、⽀付宝指纹⽀付
注意问题:
-
从测试结果看已经满⾜了我们的不同⽀付类型和⽀付模式的组合，但是这样的代码在后⾯的维护以及扩展都会变得⾮常复杂 。
-
从上⾯的 ifelse ⽅式实现来看，这是两种不同类型的相互组合。那么就可以把⽀付⽅式和⽀付模式进⾏分离通过抽象类依赖实现类的⽅式进⾏桥接，通过这样的拆分后⽀付与模式其实是可以单独使⽤的，当需要组合时候只需要把模式传递给⽀付即可。
-
桥接模式的关键是选择的桥接点拆分，是否可以找到这样类似的相互组合，如果没有就不必要⾮得使⽤桥接模式。
改造后的代码：
- Pay 是⼀个抽象类，往下是它的两个⽀付类型实现；微信⽀付、⽀付宝⽀付。
- PayMode 是⼀个接⼝，往下是它的两个⽀付模型；刷脸⽀付、指纹⽀付。
那么， ⽀付类型 × ⽀付模型 = 就可以得到相应的组合。
⽀付类型桥接抽象类
public abstract class Pay {
protected IPayMode payMode;
public Pay(IPayMode payMode) {
this.payMode = payMode;
}
public abstract String transfer(String uId, String tradeId, BigDecimal amount);
}
在这个类中定义了⽀付⽅式的需要实现的划账接⼝： transfer ，以及桥接接⼝：IPayMode ，并在构造函数中⽤户⽅⾃⾏选择⽀付⽅式。
如果没有接触过此类实现，可以关注 IPayMode payMode ，这部分是桥接的核⼼。
两个⽀付类型的实现
微信⽀付
public class WxPay extends Pay {
public WxPay(IPayMode payMode) {
super(payMode);
}
public String transfer(String uId, String tradeId, BigDecimal
amount) {
System.out.println("模拟微信渠道⽀付划账开始。");
boolean security = payMode.security(uId);
System.out.println("模拟微信渠道⽀付⻛控校验。");
if (!security) {
System.out.println("模拟微信渠道⽀付划账拦截。");
return "0001";
}
System.out.println("模拟微信渠道⽀付划账成功。");
return "0000";
}
}
⽀付宝⽀付
public class ZfbPay extends Pay {
public ZfbPay(IPayMode payMode) {
super(payMode);
}
public String transfer(String uId, String tradeId, BigDecimal amount) {
System.out.println("模拟⽀付宝渠道⽀付划账开始。");
boolean security = payMode.security(uId);
System.out.println("模拟⽀付宝渠道⽀付⻛控校验。");
if (!security) {
System.out.println("模拟⽀付宝渠道⽀付划账拦截。");
return "0001";
}
System.out.println("模拟⽀付宝渠道⽀付划账成功。");
return "0000";
}
}
定义⽀付模式接⼝
public interface IPayMode {
boolean security(String uId);
}
三种⽀付模式⻛控(刷脸、指纹、密码)
刷脸
public class PayFaceMode implements IPayMode{
public boolean security(String uId) {
System.out.println("⼈脸⽀付，⻛控校验脸部识别");
return true;
}
}
指纹
public class PayFingerprintMode implements IPayMode{
public boolean security(String uId) {
System.out.println("指纹⽀付，⻛控校验指纹识别");
return true;
}
}
密码
public class PayCypher implements IPayMode{
public boolean security(String uId) {
System.out.println("密码⽀付，⻛控校验环境安全");
return true;
}
}
测试
@Test
public void test_pay() {
System.out.println("模拟测试场景；微信⽀付、⼈脸⽅式。");
Pay wxPay = new WxPay(new PayFaceMode());
wxPay.transfer("weixin_1092033111", "100000109893", new BigDecimal(100));
System.out.println("模拟测试场景；⽀付宝⽀付、指纹⽅式。");
Pay zfbPay = new ZfbPay(new PayFingerprintMode());
zfbPay.transfer("jlu19dlxo111", "100000109894", new BigDecimal(100));
}
- 与上⾯的ifelse实现⽅式相⽐，这⾥的调⽤⽅式变得整洁、⼲净、易使⽤；
- new WxPay(newPayFaceMode()) 、 new ZfbPay(new PayFingerprintMode())
- 外部的使⽤接⼝的⽤户不需要关⼼具体的实现，只按需选择使⽤即可。
- ⽬前以上优化主要针对桥接模式的使⽤进⾏重构 if 逻辑部分，
5、使用场景
- 当一个类存在两个独立变化的维度，且这两个维度都需要进行扩展时。
- 当一个系统不希望使用继承或因为多层次继承导致系统类的个数急剧增加时。
- 当一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性时。避免在两个层次之间建立静态的继承联系，通过桥接模式可以使它们在抽象层建立一个关联关系。
5865
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
