Map+函数式接口代替策略模式

本文介绍策略模式的具体应用以及Map+函数式接口如何 “更完美” 的解决 if-else的问题。

需求

最近写了一个服务：根据优惠券的类型resourceType和编码resourceId来 查询 发放方式grantType和领取规则

实现方式：

1. 根据优惠券类型resourceType -> 确定查询哪个数据表
2. 根据编码resourceId -> 到对应的数据表里边查询优惠券的派发方式grantType和领取规则

优惠券有多种类型，分别对应了不同的数据库表：

• 红包 —— 红包发放规则表
• 购物券 —— 购物券表
• QQ会员
• 外卖会员

实际的优惠券远不止这些，这个需求是要我们写一个业务分派的逻辑

第一个能想到的思路就是if-else或者switch case：

switch(resourceType){
   
	case "红包": 
		查询红包的派发方式 
		break;
	case "购物券": 
		查询购物券的派发方式
		break;
	case "QQ会员" :
		break;
	case "外卖会员" :
		break;
	......
	default : logger.info("查找不到该优惠券类型resourceType以及对应的派发方式");
		break;
}

如果要这么写的话， 一个方法的代码可就太长了，影响了可读性。（别看着上面case里面只有一句话，但实际情况是有很多行的）

而且由于 整个 if-else的代码有很多行，也不方便修改，可维护性低。

策略模式

策略模式是把 if语句里面的逻辑抽出来写成一个类，如果要修改某个逻辑的话，仅修改一个具体的实现类的逻辑即可，可维护性会好不少。

以下是策略模式的具体结构(详细可看这篇博客： 策略模式.)：

策略模式在业务逻辑分派的时候还是if-else，只是说比第一种思路的if-else 更好维护一点。。。

switch(resourceType){