工厂模式
什么是工厂模式
定义一个接口(工厂的抽象接口),让其子类实现具体的功能(工厂类)
根据开闭原则,对扩展开放,对修改封闭。已经定义好的工厂类,不会进行功能的修改(这里指的不是修改功能bug,而是不可在原有功能基础上新增功能或改为另一个功能),只可以新建一个工厂类(新建一个子类实现工厂的抽象接口),去做新的功能
工厂模式的例子
举个例子:
我完成的支付功能,它有如下的需求:对外提供一个pay(以及refund等)方法,根据不同的渠道(app,h5,小程序等),以及不同的支付方式,完成支付(或退款功能)。
- 建立IPayFactory工厂
public interface IPayFactory{
// 支付
Result pay(PayCmd payCmd);
// 退款
Result refund(RefundCmd refundCmd);
// 支付查询
Result payQry(String payOrderNo);
// 退款查询
Result refundQry(String refundOrderNo);
}
- 建立工厂类(支付宝App工厂)
// 注册为组件
@Component
public class AliAppFactory implements IPayFactory{
// 支付
@Override
Result pay(PayCmd payCmd){
... 支付宝App支付功能
return 预下单参数;
}
// 退款
@Override
Result refund(RefundCmd refundCmd){
... 支付宝App退款功能
return 退款结果;
}
// 支付查询
@Override
Result payQry(String payOrderNo){
return null;
}
// 退款查询
@Override
Result refundQry(String refundOrderNo){
return null;
}
}
以上就是工厂模式的案例,可见,这样的做法有很大的扩展性,新的工厂不会影响到已有工厂的逻辑,各司其职。
当然,工厂模式也有其缺点。如果未来的工厂类特别多,管理起来就会非常麻烦。比如我支付方式有微信支付、支付宝支付、度小满支付、华为支付等,支付的渠道有App,微信小程序,支付宝小程序,H5,公众号,渠道商等,就会衍生出非常多的支付组合,管理起来会非常麻烦。
策略模式
什么是策略模式
可以用军队指挥官来举例。要打一场仗,结果必定是执行打仗这个操作,但是要怎么打,需要分兵作战、各个击破,还是要集中兵力、逐个击破,抑或是虚实相交、迷惑敌人…这些都取决于指挥官所使用的策略。
可见,策略模式是一种倾向于行为的一种模式,需要预先定义要执行的方案,根据客户端传来的参数,来实行不同的方案。
策略模式的使用
由于策略模式需要寻求每个策略间的共性,因此经常会和工厂模式、模版方法模式共用。如工厂模式,由工厂决定行为/共性,由策略模式决定要使用哪个工厂(方案/策略)。
策略模式与工厂模式共用的例子
接上面工厂模式,我们再定义一个策略类及策略枚举。
// 策略类IPayStrategy
public class IPayStrategy{
public IPayFactory buildFactory(String arg){
Class clazz = PayFactoryEnum.getFactory(arg);
// 获取spring中的Bean,即工厂类的实例
IPayFactory factory = SpringUtil.getBean(clazz);
return factory;
}
}
// 策略枚举
public enum PayFactoryEnum{
ALI_APP_PAY("arg1", AliAppFactory.class),
...;
public static Class getFactory(String arg){
......
return xxx.class;
}
}
如果我们想支付的时候,调用
IPayStrategy.buildFactory(arg).pay(payCmd)
即可。当需要扩展新的支付方式时,新建一个工厂类,在策略枚举中新加一个策略PayFactoryEnum即可。