💖开始前给大家推荐一款很火的刷题、面试求职网站💕https://www.nowcoder.com/link/pc_csdncpt_xiaoying_java
近期负责的项目中有关于支付的功能,由于整合了多个渠道的支付类型要很多if/else/switch 等等判断的写法太low了判断,使代码看着不优雅,且后期不好维护,所有整合桥接模式+简单工厂模式重构这个支付系统,这中间或许也存在着不足。希望可以得到大家的理解和建议。在调用第三方接口支付时具体细节(此处不做详细阐述)。
没用桥接模式的代码:
switch (param.getPayType()) {
case 1:// 微信支付
if (param.getPlace() == 1) {
// JSAPI支付
} else if (param.getPlace() == 2) {
// app
} else if (order.getPlace() == 3) {
// H5支付
} else if (order.getPlace() == 4) {
// Native支付
} else {
// 支付异常
}
case 2:
// 支付宝支付 .....
case 3:
// 积分支付...
case 4:
// 积分+微信支付 ...
case ...
}
** 使用桥接模式后的代码:**
Pay pay = SimpleFactory.factoryMake(2);
Object transfer = pay.transfer("请求参数...");
👏 介绍
桥接模式:桥接模式的主要作用就是通过将抽象部分与实现部分分离,把多种可匹配的使用进行组合。
简单工厂模式:简单工厂模式就是定义一个工厂接口,将实际工作对象推迟到子类工厂对象中,如果功能不多一个工厂类就可以实现就叫简单工厂模式。
桥接模式优点:
1.抽象与实现分离,有助于对系统进行分层,从而产生更好的结构化的系统
2.扩展能力强;桥梁模式使得抽象部分和实现部分可以分别独立地扩展,而不会相互影响,从而大大提高系统的可扩展性
3.单一职责的原则
3.其实现细节对客户透明
缺点:
由于聚合关系建立在抽象层,要求开发者对抽象化进行设计与编程,能正确的识别出系统中两个独立变化的维度,增加了系统的理解与设计难度
使用环境:
1.不希望使用继承或多层次继承导致系统类的数急剧增长的系统;
2.一个类存在两个独立的维度,而且这两个维度都需要进行扩展
🤷♂️ 实现
这里分别模拟两个支付渠道:微信(APP支付、H5支付...)、支付宝(APP支付...) 当然支付不止这些还有更多渠道,自己添加对应的实现类即可(下图拿脚画的看看就好,别认真)
** 🐱👤 抽象类:**
import com.alibaba.fastjson.JSONObject;
public abstract class Pay {
/**
* 具体支付方式:APP、H5、Native...
*/
protected IPayMode payMode;
/**
* 支付方式:支付宝、微信...
*
* @param payMode
*/
public Pay(IPayMode payMode) {
this.payMode = payMode;
}
/**
* 支付接口,创建预支付订单
*
* @return
*/
public abstract Object transfer(JSONObject param);
}
继承抽象类实现 各种支付方式:
支付宝
public class Alipay extends Pay {
public Alipay(IPayMode payMode) {
super(payMode);
}
public Object transfer(JSONObject param) {
System.out.println("开始模拟支付宝支付...");
Object res = payMode.payMode(param);
return res;
}
}
微信
public class WeChat extends Pay {
public WeChat(IPayMode payMode) {
super(payMode);
}
public Object transfer(JSONObject param) {
System.out.println("开始模拟微信支付...");
Object res = payMode.payMode(param);
return res;
}
}
🐱🏍 支付方法接口:
public interface IPayMode {
/**
* 具体支付的方法
*
* @param param
* @return
*/
Object payMode(JSONObject param);
}
支付宝-APP支付
public class AlipayApp implements IPayMode {
@Override
public Object payMode(JSONObject param) {
System.out.println("支付方式:APP支付");
return "支付宝支付—APP预支付订单创建成功";
}
}
微信-APP支付
public class WeChatApp implements IPayMode {
@Override
public Object payMode(JSONObject param) {
System.out.println("支付方式:APP支付");
return "微信支付—APP预支付订单创建成功";
}
}
微信-H5支付
public class WeChatH5 implements IPayMode {
@Override
public Object payMode(JSONObject param) {
System.out.println("支付方式:H5支付");
return "微信支付—H5预支付订单创建成功";
}
}
测试1:
void uploading() {
System.out.println("\r\n模拟测试场景:微信支付");
Pay wxPay = new WeChat(new WeChatH5());
JSONObject param = new JSONObject();
Object pay = wxPay.transfer(param);
System.out.println( pay);
System.out.println("\r\n模拟测试场景:支付宝支付");
Pay zfbPay = new Alipay(new AlipayApp());
Object transfer = zfbPay.transfer(param);
System.out.println(transfer);
}
到这里可以发现想要什么支付,并且想要什么样的支付方式,直接new即可,但是由于前端交互的参数过来还是要if...else判断是微信支付还是支付宝支付,然后在嵌套if...else判断是APP、Native、H5...支付方式,多写一句if...else不就是要我的命吗?
所有用一个简单的工厂来做这个事情。
public class SimpleFactory {
// 支付宝APP支付
public static final int ALI_PAY_APP = 1;
// 微信APP支付
public static final int WE_CHAT_APP = 2;
// 微信H5支付
public static final int WE_CHAT_H5 = 3;
public static Pay factoryMake(int type) {
switch (type) {
case ALI_PAY_APP:
return new Alipay(new AlipayApp());
case WE_CHAT_APP:
return new WeChat(new WeChatApp());
case WE_CHAT_H5:
return new WeChat(new WeChatH5());
}
return null;
}
}
测试2:
Pay pay = SimpleFactory.factoryMake(2);
Object transfer = pay.transfer(new JSONObject());
System.out.println("transfer = " + transfer);
总结:
从结果中可以得出根据不同的type,就可以取不同的支付方式了,虽然类变多了,但是维护方便了,比起if/else/switch 相比调用方式更加简洁、干净、易使用,且满足单一职责和开闭原则,让每一部分内容都很清晰易于维护和拓展,外部使用接口的用户不需要关心具体的实现,只要传入对应的参数即可。
版权归原作者 小影~ 所有, 如有侵权,请联系我们删除。