策略模式:
针对同一个效果或者是目标,我们封装了不同的算法与实现方式,能够 随意的去切换不同的实现的方式,来最终达到了我们的目标。
eg:1.支付方式:比如支付宝支付,微信支付等,其他的支付的方式,为了达到付款的效果,我们提供了不同的付款的方式。
2.导航:通过对同一个目的地进行导航,我们可以采取不同的路线,或者是不同的出行方式,比如针对路线我们可以选择走A高速,B乡道等,针对出行方式我们可以选择坐车,坐飞机,自驾等方式。
还有其他的一些例子就不一一列举
优点:1.算法或者方式可以自由的切换 2.还可以避免很多的 if 或者switch的判断 3.扩展性好
缺点:所有的策略的方式都需要对外暴露
主要实现的步骤有以下几步:
1.提供功能的接口
2.算法实现接口,针对各种算法实现自己的方式
下面我们以支付方式看一下具体的实现的方式,并且针对一系列的方式,进行不断的升级:
第一版:
先定义接口:
//定义支付的接口
public interface PayMoney {
public String PayWay(Order order);
}
定义一个订单的实体类:
public class Order {
private String userName;
private double amount;
public Order(String userName, double amount) {
this.userName = userName;
this.amount = amount;
}
public String getUserName() {
return userName;
}
public void setUserName(String userName) {
this.userName = userName;
}
public double getAmount() {
return amount;
}
public void setAmount(double amount) {
this.amount = amount;
}
}
定义各种实现方式的算法,并且实现支付的接口:
//支付宝支付
public class Alipay implements PayMoney{
@Override
public String PayWay(Order order) {
System.out.println("你好:"+order.getUserName());
System.out.println("欢迎使用支付宝支付,成功支付:"+order.getAmount()+" 元");
return "你好:"+order.getUserName()+" 支付宝,成功支付:"+order.getAmount();
}
}
//微信支付
public class Wechatpay implements PayMoney{
@Override
public String PayWay(Order order) {
System.out.println("你好:"+order.getUserName());
System.out.println("欢迎使用微信支付,成功支付:"+order.getAmount()+" 元");
return "你好:"+order.getUserName()+" 微信,成功支付:"+order.getAmount()+" 元";
}
}
定义支付的方法:
public class PersonPay {
private PayMoney payMoney;
public String payMoney(Order order,String type){
if("wechatpay".equals(type)){
payMoney=new Wechatpay();
return payMoney.PayWay(order);
}else if("alipay".equals(type)){
payMoney=new Alipay();
return payMoney.PayWay(order);
}else {
return null;
}
};
}
客户端调用
public class PayMoneyTest {
public static void main(String[] args) {
Order order=new Order("张三",250.05);
PersonPay personPay=new PersonPay();
System.out.println(personPay.payMoney(order,"alipay"));
}
}
执行结果
你好:张三
欢迎使用支付宝支付,成功支付:250.05 元
你好:张三 支付宝,成功支付:250.05
这种方式是客户端是需要自己传一个类型,在实现的方法中根据类型来去找相应的实现类,这样就增加了客户端的压力,因为客户不知道到底具体有什么样子的方式才能实现。对此我们做出了修改:
第二版:
加入一个枚举类:
public enum PayType {
ALI_PAY(new Alipay()),WECHAT_PAY(new Wechatpay());
private Order order;
private PayMoney payMoney;
PayType(PayMoney payMoney) {
this.payMoney=payMoney;
}
//提供方法 返回实例对象
public PayMoney getPayType(){
return this.payMoney;
}
}
支付的方法就变成了这样子:
public class PersonPay {
private PayMoney payMoney;
public String payMoney(PayType payType,Order order){
PayMoney payMoney1= payType.getPayType();
return payMoney1.PayWay(order);
};
}
在客户端在调用的时候就变成了
public class PayMoneyTest2 {
public static void main(String[] args) {
Order order=new Order("张三",250.05);
PersonPay personPay=new PersonPay();
System.out.println(personPay.payMoney(PayType.ALI_PAY,order));
}
}
你好:张三
欢迎使用支付宝支付,成功支付:250.05 元
你好:张三 支付宝,成功支付:250.05
这样方式的话,就可以供客户根据枚举类去选择自己所想要的支付方式,而不是去盲目的去 new,如果要是在扩展其他的支付方式的话,就直接可以增加一个支付的方式,去实现支付的接口,然后在想枚举类中加一个当前支付的类型就可以了,可扩展性比较好,客户端就可以直接找到了新增加的支付方式。
在实际中,策略模式在spring中也有用到,通过注解@Resource就是使用该模式,注入哪个就使用哪个。
通常情况下,策略模式会于抽象工厂模式一块使用。。。