前言
直白点，什么场景我们需要使用到设计模式- 策略模式。
在平常的springboot项目里面做CRUD，我们的习惯性基本是 一个mapper，一个service，一个serviceImpl。
但是有时候会出现一种情况，就是实现类impl里面虽然业务主线是归为一致的，但是需要进行类别判断去执行不同的业务逻辑，
导致impl里面出现 一个类别的if 后面跟上一大段业务代码，然后同时存在这一几个 if 判断，这种情况恨不得单独把代码抽出去写成方法，看起来稍微舒服一些（其实这种情况使用策略模式是非常适合的）。
举例场景：
我现在需要实现一个关于支付预下单的功能，然后这个预下单功能大致用到的参数都一样，
但是在下单类型上分为 国内单，海外单，折扣单。
三种不同的下单流程都属于预下单功能的一部分，但是结合业务后，逻辑算法都是基本独立的。
按照往常的写法，可能会出现如下的代码写法：
或者有的为了不想麻烦，直接就建了三个service，然后三个serviceImpl。
那么就针对上面这个场景，我们使用设计模式-策略模式，就能非常润滑地去实现。
正文
订单信息实体类，OrderInfo.java：
import lombok.Data;
/**
* @Author : JCccc
* @CreateTime : 2020/5/11
* @Description :
**/
@Data
public class OrderInfo {
private String orderId; //订单id
private String platFormType; //（平台）订单类型
private Double amount; //金额
private String createTime; //创建时间
//....省略若干业务字段
} 预下单的策略接口，OrderStrategyService.java ：
/**
* @Author : JCccc
* @CreateTime : 2020/5/11
* @Description :
**/
public interface OrderStrategyService {
//预下单
String preCreateOrder(OrderInfo orderInfo);
} 接下来是三个类型订单的实现类，都实现策略接口：
国内，OrderDomestic.java：
/**
* @Author : JCccc
* @CreateTime : 2020/5/11
* @Description :国内
**/
@Component("Domestic")
public class OrderDomestic implements OrderStrategyService {
@Override
public String preCreateOrder(OrderInfo orderInfo) {
System.out.println("*处理国内预下单的相关业务*");
return orderInfo.getPlatFormType()+"-国内预下单";
}
} 海外，OrderOverseas.java ：
/**
* @Author : JCccc
* @CreateTime : 2020/5/11
* @Description :海外
**/
@Component("Overseas")
public class OrderOverseas implements OrderStrategyService {
@Override
public String preCreateOrder(OrderInfo orderInfo) {
System.out.println("**处理海外预下单的相关业务**");
return orderInfo.getPlatFormType()+"-海外预下单";
}
} 特殊回扣，
/**
* @Author : JCccc
* @CreateTime : 2020/5/11
* @Description :特殊订单（回扣）
**/
@Component("Rebate")
public class OrderRebate implements OrderStrategyService {
@Override
public String preCreateOrder(OrderInfo orderInfo) {
System.out.println("***处理国内特殊回扣预下单的相关业务***");
return orderInfo.getPlatFormType()+"-特殊回扣预下单";
}
} 可以看到上面三个实现类都实现了策略接口OrderStrategyService，而且使用了注解@Component +组件名。
那么接下来就是策略设计模式的核心， 策略接口实现类的调度使用类，OrderStrategyContext.java（留意看里面的注释）：
/**
* @Author : JCccc
* @CreateTime : 2020/5/11
* @Description : 利用Spring的发现机制,将实现了OrderStrategyService的类都put到orderStrategyMap里面。
* 后面只需要根据platformId对应好 各个实现类的注解 如： @Component("Domestic") 就可以取出不同的业务实现类
**/
@Service
public class OrderStrategyContext {
private final Map<String, OrderStrategyService> orderStrategyMap = new ConcurrentHashMap<>();
public OrderStrategyContext(Map<String, OrderStrategyService> strategyMap) {
this.orderStrategyMap.clear();
strategyMap.forEach((k, v)-> this.orderStrategyMap.put(k, v));
}
public OrderStrategyService getResource(OrderInfo orderInfo){
return orderStrategyMap.get(orderInfo.getPlatFormType());
}
} ps： 可以看到getResource这个方法，获取资源，里面其实就是根据订单类型去取出对应的业务实现类。
ok，到这策略模式的结合使用已经大致完毕，最后是通过策略调度类去使用我们不同类型的实现类。
写一个简单的接口，看看效果：
OrderTestController.java ：
/**
* @Author : JCccc
* @CreateTime : 2020/5/11
* @Description :
**/
@RestController
public class OrderTestController {
@Autowired
private OrderStrategyContext orderStrategyContext;
@PostMapping("/testStrategy")
public String testStrategy(@RequestBody OrderInfo orderInfo){
OrderStrategyService orderServiceImpl = orderStrategyContext.getResource(orderInfo);
String resultTest = orderServiceImpl.preCreateOrder(orderInfo);
return resultTest;
}
} 特殊回扣下单：
海外下单：