设计模式之桥接模式
来源自《重学Java设计模式》链接提取码:ytc3
桥接模式
桥接模式的主要作用就是通过将抽象部分与实现部分相分离,把多种可匹配的使用进行组合。说白了核心实现也就是在A类中含有B类接口,通过构造函数传递B类的实现,这个B类就是设计的桥
。
那么这样的桥接模式,在我们平常的开发中有哪些场景。
JDBC多种驱动程序的实现、同品牌类型的台式机和笔记本平板、业务实现中的多类接口同组过滤服务等。这些场景都比较适合使用桥接模式进行实现,因为在一些组合中如果每一个类都实现不同的服务可能会出现笛卡尔积,而使用桥接模式就可以非常简单。
案例场景模拟
场景的目的是模拟一个第三方平台,把市面上综合占据市场90%以上的支付服务都集中导自己平台中,在把这样的平台提供给店铺、超市、地摊使用,同时支持人脸、扫描、密码等多种方式。
我们这个案例就模拟一个这样的第三方平台承接各个支付能力,同时使用自家的人脸让用户支付起来更加容易。那么这里就出现了多支付与多模式的融合使用,如果给每一个支付方式实现一次不同的模式,即使继承类也需要开发好多。而且随着以后接入了更多的支付服务或者支付方式,就会呈爆炸似扩展。
使用常规代码实现
代码实现
public class PayController {
private Logger logger = LoggerFactory.getLogger(PayController.class);
public boolean doPay(String uId, String tradeId, BigDecimal amount, int channelType, int modeType) {
// 微信支付
if (1 == channelType) {
logger.info("模拟微信渠道支付划账开始。uId:{} tradeId:{} amount:{}", uId, tradeId, amount);
if (1 == modeType) {
logger.info("密码支付,风控校验环境安全");
} else if (2 == modeType) {
logger.info("人脸支付,风控校验脸部识别");
} else if (3 == modeType) {
logger.info("指纹支付,风控校验指纹信息");
}
}
// 支付宝支付
else if (2 == channelType) {
logger.info("模拟支付宝渠道支付划账开始。uId:{} tradeId:{} amount:{}", uId, tradeId, amount);
if (1 == modeType) {
logger.info("密码支付,风控校验环境安全");
} else if (2 == modeType) {
logger.info("人脸支付,风控校验脸部识别");
} else if (3 == modeType) {
logger.info("指纹支付,风控校验指纹信息");
}
}
return true;
}
}
- 上面的类提供了一个支付服务功能,通过提供必要字段:
用户ID
、交易ID
、金额
、渠道
、模式
,来控制支付方式。 - 以上的
ifelse
应该是最差的一种写法,即使写ifelse
也是可以优化的。
测试验证
public class ApiTest {
@Test
public void test_pay() {
PayController pay = new PayController();
System.out.println("\r\n模拟测试场景;微信支付、人脸方式。");
pay.doPay("weixin_1092033111", "100000109893", new BigDecimal(100), 1, 2);
System.out.println("\r\n模拟测试场景;支付宝支付、指纹方式。");
pay.doPay("jlu19dlxo111","100000109894",new BigDecimal(100), 2, 3);
}
}
result
模拟测试场景;微信支付、人脸方式。
15:49:39.626 [main] INFO o.itstack.demo.design.PayController - 模拟微信渠道支付划账开始。uId:weixin_1092033111 tradeId:100000109893 amount:100
15:49:39.656 [main] INFO o.itstack.demo.design.PayController - 人脸支付,风控校验脸部识别
模拟测试场景;支付宝支付、指纹方式。
15:49:39.656 [main] INFO o.itstack.demo.design.PayController - 模拟支付宝渠道支付划账开始。uId:jlu19dlxo111 tradeId:100000109894 amount:100
15:49:39.656 [main] INFO o.itstack.demo.design.PayController - 指纹支付,风控校验指纹信息
使用桥接模式
尝试将支付模式和支付模式进行分离通过抽象类依赖实现类的方式进行桥接,通过这样的拆分后支付与模式其实是可以单独使用的,当需要组合时只需要把模式传递给支付即可。
桥接模式的关键是选择的桥接点拆分,是否可以找到这样类似的相互组合,如果没有就不必要非得使用桥接模式。
桥接模式结构模型
- 左边
Pay
是一个抽象类,往下是它的两个支付类型实现:微信支付和支付宝支付。 - 右侧
IPayMode
是一个接口,往下是它的两个支付模型:刷脸支付、指纹支付。 - 那么,
支付模式
X支付模型
= 就可以得到相应的组合。 - 注意,每种支付方式的不同,刷脸和指纹校验逻辑也有差异,可以使用适配器模式进行处理。
代码实现
-
支付类型桥接抽象类
public abstract class Pay { protected Logger logger = LoggerFactory.getLogger(Pay.class); protected IPayMode payMode; public Pay(IPayMode payMode) { this.payMode = payMode; } public abstract String transfer(String uId, String tradeId, BigDecimal amount); }
- 这个类中定义了支付方式的需要实现的划账接口:
tansfer
,以及桥接接口:IPayMode
,并在构造函数中yoghurt方自行选择支付方式。
- 这个类中定义了支付方式的需要实现的划账接口:
-
两个支付类型的实现
微信支付
public class WxPay extends Pay { public WxPay(IPayMode payMode) { super(payMode); } public String transfer(String uId, String tradeId, BigDecimal amount) { logger.info("模拟微信渠道支付划账开始。uId:{} tradeId:{} amount:{}", uId, tradeId, amount); boolean security = payMode.security(uId); logger.info("模拟微信渠道支付风控校验。uId:{} tradeId:{} security:{}", uId, tradeId, security); if (!security) { logger.info("模拟微信渠道支付划账拦截。uId:{} tradeId:{} amount:{}", uId, tradeId, amount); return "0001"; } logger.info("模拟微信渠道支付划账成功。uId:{} tradeId:{} amount:{}", uId, tradeId, amount); return "0000"; } }
支付宝支付
public class ZfbPay extends Pay { public ZfbPay(IPayMode payMode) { super(payMode); } public String transfer(String uId, String tradeId, BigDecimal amount) { logger.info("模拟支付宝渠道支付划账开始。uId:{} tradeId:{} amount:{}", uId, tradeId, amount); boolean security = payMode.security(uId); logger.info("模拟支付宝渠道支付风控校验。uId:{} tradeId:{} security:{}", uId, tradeId, security); if (!security) { logger.info("模拟支付宝渠道支付划账拦截。uId:{} tradeId:{} amount:{}", uId, tradeId, amount); return "0001"; } logger.info("模拟支付宝渠道支付划账成功。uId:{} tradeId:{} amount:{}", uId, tradeId, amount); return "0000"; } }
- 这里分别模拟了调用第三方的两个支付渠道:微信、支付宝,当然作为支付综合平台可能不只接入了这两个渠道,还会有其他很多渠道。
- 另外可以看到在支付的时候分别都调用了风控的接口进行验证,也就是不同模式的支付(
刷脸
、指纹
),都需要经过指定的风控,才能包装支付的安全。
-
定义支付模式接口
public interface IPayMode { boolean security(String uId); }
- 任何一个支付模式:刷脸、指纹、密码,都会经过不同程度的安全风控,这里定义一个安全校验接口。
-
三种支付模式
刷脸
public class PayFaceMode implements IPayMode{ protected Logger logger = LoggerFactory.getLogger(PayCypher.class); public boolean security(String uId) { logger.info("人脸支付,风控校验脸部识别"); return true; } }
指纹
public class PayFingerprintMode implements IPayMode{ protected Logger logger = LoggerFactory.getLogger(PayCypher.class); public boolean security(String uId) { logger.info("指纹支付,风控校验指纹信息"); return true; } }
密码
public class PayCypher implements IPayMode{ protected Logger logger = LoggerFactory.getLogger(PayCypher.class); public boolean security(String uId) { logger.info("密码支付,风控校验环境安全"); return true; } }
- 这里实现了三种支付模式(刷脸、指纹、密码)的风控校验,在用户选择不同的支付类型的时候,则会进行相应的风控拦截。
测试验证
public class ApiTest {
@Test
public void test_pay() {
System.out.println("\r\n模拟测试场景;微信支付、人脸方式。");
Pay wxPay = new WxPay(new PayFaceMode());
wxPay.transfer("weixin_1092033111", "100000109893", new BigDecimal(100));
System.out.println("\r\n模拟测试场景;支付宝支付、指纹方式。");
Pay zfbPay = new ZfbPay(new PayFingerprintMode());
zfbPay.transfer("jlu19dlxo111","100000109894",new BigDecimal(100));
}
}
- 与上面的
ifelse
相比,这里的调用方式更加简洁。 - 外部的使用接口的用户不需要关心具体的实现,只需要按需选择。
result
模拟测试场景;微信支付、人脸方式。
15:49:39.626 [main] INFO o.itstack.demo.design.PayController - 模拟微信渠道支付划账开始。uId:weixin_1092033111 tradeId:100000109893 amount:100
15:49:39.656 [main] INFO o.itstack.demo.design.PayController - 人脸支付,风控校验脸部识别
模拟测试场景;支付宝支付、指纹方式。
15:49:39.656 [main] INFO o.itstack.demo.design.PayController - 模拟支付宝渠道支付划账开始。uId:jlu19dlxo111 tradeId:100000109894 amount:100
15:49:39.656 [main] INFO o.itstack.demo.design.PayController - 指纹支付,风控校验指纹信息
总结
- 通过模拟微信与支付宝两个支付渠道在不同的支付模式下,
刷脸
,指纹
,密码
的组合从而体现了桥接模式在这里场景中的合理运用。简化了代码的开发,给后续的需求迭代增加了很好的拓展性。 - 从桥接模式的实现形式来看满足了单一职责和开闭原则,让每一部分内容都很清晰易于维护和拓展,但如果我们是实现的高内聚的代码,那么就会很复杂。
评论区