https://blog.csdn.net/youanyyou/article/details/116931663?utm_medium=distribute.pc_feed_v2.none-task-blog-cf-5.nonecasedepth_1-utm_source=distribute.pc_feed_v2.none-task-blog-cf-5.nonecase
这篇讲解还是蛮简单的；

一言以概之：定义一个策略接口，定义好相关方法；然后去根据不同的策略去创建不同的策略实现，并重写具体的方法；策略模式已经完成了；剩下的就是注册到spring容器，并获取到这些策略实现类对象的工作了；后边这些工作实际工作的使用方式比较好，参考：获取接口的所有实现类

0 基本描述

比如说对象的某个行为，在不同场景中有不同的实现方式，这样就可以将这些实现方式定义成一组策略，每个实现类对应一个策略，在不同的场景就使用不同的实现类，并且可以自由切换策略；
策略模式结构图如下：（StrategyA、StrategyB、StrategyC就是三个具体策略实现）
image.png
策略模式需要一个策略接口，不同的策略实现不同的实现类，在具体业务环境中仅持有该策略接口，根据不同的场景使用不同的实现类即可。
面向接口编程，而不是面向实现。
策略模式的缺点：
1、策略如果很多的话，会造成策略类膨胀；
2、使用者必须清楚所有的策略类及其用途
策略模式的优点：
1、干掉繁琐的 if、switch 判断逻辑；
2、代码优雅、可复用、可读性好；
3、符合开闭原则，扩展性好、便于维护；

1 实战 （公司实际代码，参考《获取接口的所有实现类》这篇文章）

举个实际的例子，XX 公司是做支付的，根据不同的客户类型会有不同的支付方式和支付产品，比如：信用卡、本地支付，而本地支付在中国又有微信支付、支付宝、云闪付、等更多其他第三方支付公司，这时候策略模式就派上用场了。
传统的 if/ else/ switch 等判断写法大家都会写，这里就不贴代码了，直接看策略模式怎么搞！

1 定义策略接口

  1. 定义一个策略接口，所有支付方式的接口。 ```java /**

    • 支付接口
    • 所有支付方式的接口。 */ public interface IPayment {

    /**

    • 支付
    • @param order
    • @return */ PayResult pay(Order order);

}

  2.    2. 订单信息类
  3. ```java
  4. /**
  5.  * 订单信息  实体
  6.  */
  7. @Data
  8. public class Order {
  10.     /* 金额 */
  11.     private int amount;
  13.     /*支付类型*/
  14.     private String paymentType;
  16. }

  1. 返回结果类

    /***/
@Data
@AllArgsConstructor
public class PayResult {
/*支付结果*/
private String result;
}

    2 定义各种策略 —-实现策略接口

    定义各种支付策略，微信支付、支付宝、云闪付等支付实现类都实现这个接口

  2. 微信支付实现 ```java /**

    • 微信支付 */ @Service(“WechatPay”) public class WechatPay implements IPayment {

    @Override public PayResult pay(Order order) { return new PayResult(“微信支付成功”); }

}


   2. 支付宝支付实现
```java
/**
 * 支付宝
 */
@Service("Alipay")
public class Alipay implements IPayment {

    @Override
    public PayResult pay(Order order) {
        return new PayResult("支付宝支付成功");
    }

}

  1. 云闪付支付实现 ```java /**

    • 银联云闪付 */ @Service(“UnionPay”) public class UnionPay implements IPayment {

    @Override public PayResult pay(Order order) { return new PayResult(“云闪付支付成功”); }

}

这里我把所有支付方式类都用 @Service 注解生成 Bean 放入 Spring Bean 容器中了，在使用策略的时候就不用 new 支付对象了，可以直接使用 Bean，这样更贴近业务。Spring 基础教程就不介绍了；
<a name="RJ3s0"></a>
#### 3 使用策略
有的文章使用了枚举、HashMap 的方式来根据策略名称映射策略实现类 ，这样是没有问题，但在使用了 Spring 框架的项目还是有点多此一举，完全可以发挥 Spring 框架的优势，使用 Bean 名称就能找到对应的策略实现类了。<br />实例代码
```java
/**
 * 支付服务
 */
@RestController
public class PayService {

    @Autowired
    private ApplicationContext applicationContext;

    /**
     * 支付接口
          这个就是对外暴露的支付接口，具体调用微信支付、支付宝支付这个接口中自己玩
     */
    @RequestMapping("/pay")
    public PayResult pay(@RequestParam("amount") int amount,
                         @RequestParam("paymentType") String paymentType //使用什么策略（支付），这个有参数决定
                        ) {
        Order order = new Order();
        order.setAmount(amount);
        order.setPaymentType(paymentType);

        // 根据支付类型获取对应的策略 bean
        IPayment payment = applicationContext.getBean(order.getPaymentType(), IPayment.class); //获取具体的支付实现对象

        // 开始支付
        PayResult payResult = payment.pay(order);

        return payResult;
    }

}

2 总结

使用策略模式，我们可以轻松干掉大量的 if/ else，代码也更优雅，还能很灵活的扩展。
像本文中支付的案例，后面我们想添加、删除多少个支付方式都不用修改现有的代码，所以就不会影响现有的业务，真正做到对扩展开放，对修改关闭。
当然，完全干掉 if/ else 是不可能的，不能过度设计，不能为了使用设计模式而使用设计模式，否则适得其反。但是，我们每个程序员都需要掌握策略模式，做到在系统中灵活驾驭，这样才能写出更优雅、高质量的代码。

3 备注

公司实际项目中使用策略模式的代码感觉这里的要精简很多；可以好好看看
获取接口的所有实现类
这篇文章！