共计 3532 个字符，预计需要花费 9 分钟才能阅读完成。
你还在写满屏的 if/ else/ switch 之类的判断逻辑吗？
栈长在开发人员的代码中看过太多这样的低级代码了，真的太 low，极不好保护，本文栈长就教你如何用策略模式干掉 if/ else/ switch，让你的代码更优雅。
什么是策略模式？
比如说对象的某个行为，在不同场景中有不同的实现形式，这样就能够将这些实现形式定义成一组策略，每个实现类对应一个策略，在不同的场景就应用不同的实现类，并且能够自在切换策略。
策略模式结构图如下：
策略模式须要一个策略接口，不同的策略实现不同的实现类，在具体业务环境中仅持有该策略接口，依据不同的场景应用不同的实现类即可。
面向接口编程，而不是面向实现。
策略模式的长处：
1、干掉繁琐的 if、switch 判断逻辑；
2、代码优雅、可复用、可读性好；
3、合乎开闭准则，扩展性好、便于保护；
策略模式的毛病：
1、策略如果很多的话，会造成策略类收缩；
2、使用者必须分明所有的策略类及其用处；
策略模式实战
举个理论的例子，XX 公司是做领取的，依据不同的客户类型会有不同的领取形式和领取产品，比方：信用卡、本地领取，而本地领取在中国又有微信领取、支付宝、云闪付、等更多其余第三方领取公司，这时候策略模式就派上用场了。
传统的 if/ else/ switch 等判断写法大家都会写，这里就不贴代码了，间接看策略模式怎么搞！
1、定义策略接口
定义一个策略接口，所有领取形式的接口。
策略接口：
/**
* 领取接口
* @author: 栈长
* @from: 公众号 Java 技术栈
*/
public interface IPayment {
/**
* 领取
* @param order
* @return
*/
PayResult pay(Order order);
}订单信息类：
/**
* 订单信息
* @author: 栈长
* @from: 公众号 Java 技术栈
*/
@Data
public class Order {
/**
* 金额
*/
private int amount;
/**
* 领取类型
*/
private String paymentType;
}返回后果类：
/**
* @author: 栈长
* @from: 公众号 Java 技术栈
*/
@Data
@AllArgsConstructor
public class PayResult {
/**
* 领取后果
*/
private String result;
}2、定义各种策略
定义各种领取策略，微信领取、支付宝、云闪付等领取实现类都实现这个接口。
微信领取实现：
/**
* 微信领取
* @author: 栈长
* @from: 公众号 Java 技术栈
*/
@Service("WechatPay")
public class WechatPay implements IPayment {
@Override
public PayResult pay(Order order) {return new PayResult("微信领取胜利");
}
}支付宝实现：
/**
* 支付宝
* @author: 栈长
* @from: 公众号 Java 技术栈
*/
@Service("Alipay")
public class Alipay implements IPayment {
@Override
public PayResult pay(Order order) {return new PayResult("支付宝领取胜利");
}
}云闪付实现：
/**
* 银联云闪付
* @author: 栈长
* @from: 公众号 Java 技术栈
*/
@Service("UnionPay")
public class UnionPay implements IPayment {
@Override
public PayResult pay(Order order) {return new PayResult("云闪付领取胜利");
}
}这里我把所有领取形式类都用 @Service 注解生成 Bean 放入 Spring Bean 容器中了，在应用策略的时候就不必 new 领取对象了，能够间接应用 Bean，这样更贴近业务。Spring 基础教程就不介绍了，大家能够关注公众号 Java 技术栈，回复：spring，历史教程我都整顿好了。
3、应用策略
有的文章应用了枚举、HashMap 的形式来依据策略名称映射策略实现类，这样是没有问题，但在应用了 Spring 框架的我的项目还是有点多此一举，齐全能够施展 Spring 框架的劣势，应用 Bean 名称就能找到对应的策略实现类了。
参考示例代码如下：
/**
* 领取服务
* @author: 栈长
* @from: 公众号 Java 技术栈
*/
@RestController
public class PayService {
@Autowired
private ApplicationContext applicationContext;
/**
* 领取接口
* @param amount
* @param paymentType
* @return
*/
@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;
}
}看示例代码，我并没有像策略模式结构图中那样新建一个 Context 类持有策略接口，那是规范的策略模式，其实情理是一样的，要害是怎么施放策略。
测试一下：
http://localhost:8080/pay?amo…
测试 OK，传入不同的领取形式会调用不同的策略。
本节教程所有实战源码已上传到这个仓库：https://github.com/javastacks…
策略模式在 JDK 中的利用
当初咱们晓得如何应用策略模式了，当初咱们再看看 JDK 哪些地方使用了策略模式呢。
1、线程池中的回绝策略
线程池的结构中有一个回绝策略参数，默认是默认回绝策略：
其实这就是一个策略接口：
上面有几种回绝策略的实现：
在创立线程池的时候，就能够传入不同的回绝策略，这就是 JDK 中策略模式的经典实现了。
2、比拟器
JDK 中大量应用了 Comparator 这个策略接口：
策略接口有了，但策略须要开发人员本人定。
汇合排序咱们比拟相熟的了，不同的排序规定其实就是不同的策略：
这个策略模式应用了函数式编程接口，比拟规定应用匿名外部类或者 Lambda 表达式就搞定了，不须要每个规定定义一个实现类，这样就大量省略策略类了。
这个策略模式可能藏的比拟深，但也是 JDK 中经典的策略模式的利用了。
不限于这两个，其实还有更多，你还晓得别的么？欢送留言分享……
所以说，策略模式就在你身边，你始终都在用，但可能没有察觉。。
总结
应用策略模式，咱们能够轻松干掉大量的 if/ else，代码也更优雅，还能很灵便的扩大。
像本文中领取的案例，前面咱们想增加、删除多少个领取形式都不必批改现有的代码，所以就不会影响现有的业务，真正做到对扩大凋谢，对批改敞开。
当然，齐全干掉 if/ else 是不可能的，不能适度设计，不能为了应用设计模式而应用设计模式，否则事与愿违。然而，咱们每个程序员都须要把握策略模式，做到在零碎中灵便驾驭，这样能力写出更优雅、高质量的代码。
本节教程所有实战源码已上传到这个仓库：
https://github.com/javastacks…
好了，明天的分享就到这里了，前面栈长我会更新其余设计模式的实战文章，公众号 Java 技术栈第一工夫推送。Java 技术栈《 设计模式 》系列文章陆续更新中，请大家继续关注哦！
最初，感觉我的文章对你用播种的话，动动小手，给个在看、转发，原创不易，栈长须要你的激励。
版权申明：本文系公众号 “Java 技术栈 ” 原创，原创实属不易，转载、援用本文内容请注明出处，禁止剽窃、洗稿，请自重，尊重别人劳动成果和知识产权。
近期热文举荐：
1.600+ 道 Java 面试题及答案整顿 (2021 最新版)
2. 终于靠开源我的项目弄到 IntelliJ IDEA 激活码了，真香！
3. 阿里 Mock 工具正式开源，干掉市面上所有 Mock 工具！
4.Spring Cloud 2020.0.0 正式公布，全新颠覆性版本！
5.《Java 开发手册（嵩山版）》最新公布，速速下载！
感觉不错，别忘了顺手点赞 + 转发哦！
