设计模式之策略模式

策略模式

1:策略模式的基本概念

策略模式定义了一系列的算法,并将每一个算法封装起来,而且使他们可以相互替换,让算法独立于使用它的客户而独立变化

2:UML类图

这里写图片描述

3:涉及的角色

  • 环境(Context)角色:持有一个Strategy(抽象策略)的引用。
  • 抽象策略(Strategy)角色:这是一个抽象角色,通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口。
  • 具体策略(ConcreteStrategy)角色:包装了相关的算法或行为。

4:具体场景模拟(支付)

//抽象策略
/*支付手段*/
public interface Payment {
    /*每次增加一个支付渠道都需要维护这个接口,违反对修改关闭原则
    * 用枚举的方式改变了这个方式
    * *//*
    public  final  static  Payment ALI_PAY=new AliPay();
    public static final Payment WECHAT_PAY=new WeChatPay();*/

    public PayState pay(String uid, double amount);
}


----------


//具体实现策略
//支付宝
public class AliPay implements  Payment{
    @Override
    public PayState pay(String uid, double amount) {
        System.out.println("欢迎使用支付宝");
        return new PayState(200,amount,"支付成功");
    }
}
//微信支付
public class WeChatPay implements Payment {
    @Override
    public PayState pay(String uid, double amount) {
        System.out.println("欢迎使用微信支付");
        return new PayState(200,amount,"支付成功");
    }
}


----------


//环境角色类  持有抽象策略引用(Payment)
public enum  PayType {
    ALI_PAY(new AliPay()),
    WECHAT_PAY(new WeChatPay());

    private  Payment payment;

    PayType(Payment payment){
        this.payment=payment;
    }

    public  Payment getPayment(){
         return  this.payment;
    }
}
public class Order {
    private  String uid;
    private  String orderId;
    private double amount;

    public  Order(String uid,String orderId,double amount){
        this.uid=uid;
        this.amount=amount;
        this.orderId=orderId;
    }

    /*这个paytype参数 本来可以用payment这个接口代理,
    但是为什么使用了策略模式呢
    策略模式完美解决了switch的过程,不需要在代码中写switch逻辑
    更不需要写ifelse逻辑。
    * */
    public PayState pay(PayType payType){
        //return payment.pay(this.uid,this.amount);
        //改造后
        return  payType.getPayment().pay(this.uid,this.amount);
    }
}
public class PayStrategyTest {
    public static void main(String[] args) {
        //直接从订单开始
        Order order=new Order("1","323131",324.15);
        //开始支付  微信支付 支付宝 银联支付
        //每个渠道支付的手段不一样  基本算法固定 但是我们有选择权(典型策略模式)
        System.out.println(order.pay(PayType.ALI_PAY));
    }
}

5:策略模式一些常用的场景

  • spring里定义了一个抽象策略beanFactory,BeanFactory 有三个子类:ListableBeanFactoryHierarchicalBeanFactoryAutowireCapableBeanFactory,不同的策略做不同的事情。ListableBeanFactory 接口表示这些 Bean 是可列表的, 而 HierarchicalBeanFactory 表示的是这些 Bean 是有继承关系的,也就是每个 Bean 有可能有父 Bean。AutowireCapableBeanFactory接口定义 Bean 的自动装配规则。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

mindcarver

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值