设计模式之策略模式实践
先了解一下策略模式的定义是什么?解决什么问题
策略模式是一种行为设计模式,它定义了一系列算法,将每个算法封装成一个类,并使它们可以互相替换。策略模式允许客户端在运行时从可互换的算法中选择一个,而不必修改使用它们的代码。这模式提供了一种将算法独立于客户端而变化的方式。
策略模式主要包含以下几个角色:
- Context(上下文): 持有一个策略对象的引用,负责将具体的算法委托给策略对象执行。
- Strategy(策略): 定义了一个算法族的接口,所有具体策略类都必须实现该接口。这个接口通常只包含一个方法,即算法的执行方法。
- ConcreteStrategy(具体策略): 实现了策略接口的具体算法类。每个具体策略类都封装了一个特定的算法。
使用场景:
- 当一个系统中有许多类,它们之间的区别仅在于它们的行为时,可以使用策略模式,将行为抽象为一个接口,然后为每个具体行为实现一个策略类。
- 当一个类定义了多种行为,并且这些行为在该类的操作中以多个条件语句的形式出现时,可以考虑使用策略模式,将每个条件分支的实现封装到具体策略类中。
- 当一个系统需要动态地在几种算法中选择一种时,可以使用策略模式,使得客户端可以根据需要切换算法。
策略模式的优点包括:
- 提供了一种替代继承的方式,避免了使用多重条件语句来选择算法。
- 将算法的实现细节与客户端分离,使得算法的变化不会影响到使用算法的客户端。
总之,策略模式使得算法的变化独立于使用算法的客户端,提高了系统的灵活性和可维护性。
理论讲完了进入正题👇
实践
当我们学习完设计模式的时候,是不是总是想不出如何将设计模式运用到自己的项目中,那么下面就使用一个我在项目中遇到的问题,并使用设计模式对代码进行优化
简单功能介绍:项目有一个每日领取积分的功能,想根据不同的用户身份每日领取不同的积分
每日领取积分(未优化前)
ThrowUtils.throwIf(loginUser == null, ErrorCode.NOT_LOGIN_ERROR);
// 查询当前用户今日是否已经获取
QueryWrapper<RewardRecord> qw = new QueryWrapper<>();
Long userId = loginUser.getId();
LocalDateTime now = LocalDateTime.now();
List<RewardRecord> rewardRecords = rewardRecordMapper.judgeTodayHasAdd(userId, now);
if (!rewardRecords.isEmpty()) {throw new BusinessException(ErrorCode.OPERATION_ERROR, "今日已领取");
}
RewardRecord rewardRecord = new RewardRecord();
rewardRecord.setRewardPoints(RewardRecordConstant.DAY_FREE_NUM);
rewardRecord.setUserId(loginUser.getId());
boolean save = this.save(rewardRecord);
ThrowUtils.throwIf(!save, ErrorCode.SYSTEM_ERROR);
UpdateWrapper<User> userUpdateWrapper = new UpdateWrapper<>();
// 获取积分
userUpdateWrapper.eq("id", loginUser.getId()).setSql("totalRewardPoints = totalRewardPoints + " + RewardRecordConstant.DAY_FREE_NUM);
boolean update = userService.update(userUpdateWrapper);
ThrowUtils.throwIf(!update, ErrorCode.SYSTEM_ERROR);
return true;
原来领取的积分是写死的,现在有个新的需求,VIP每日可以获取20积分, SVIP每日可以获取40积分
想要实现上面的需求,怎么做?
大部分人下意识想到下面的实现方法
User user = getUserInfo();
if(user == 用户) {// ...
} else if(user == vip) {// ...
} else if(user == svip) {//...
}
难道我们要写这么多的if else吗?假如我之后还要加另外的角色呢?再往上面写if else吗?那就不太体面了
其实我们完全可以使用策略模式,策略模式其实就是用来优化这种多分支情况的
不同的情况对应不同的处理策略
话不多说,我们以上面每日领取积分的案例看一下策略模式怎么应用上
-
首先我们要定义一个写一个策略的接口(RoleService),每一个策略实现类都要实现这个策略接口
/*** @Author:HWQ* @DateTime:2023/11/13 20:31* @Description: 角色策略接口**/ public interface RoleService {/*** 判断是否是当前角色* @return*/boolean isCurrentRole(String userType);/*** 获取每日积分的数量* @return*/Integer getDayReward();/*** 获取最大的Token数* @return*/Integer getMaxToken();/*** 获取图表保存天数* @return*/Integer getChartSaveDay();/*** 获取对话保存信息* @return*/Integer getChatSaveDay(); }
-
编写策略实现类
// 普通用户 @Service public class NormalUserService implements RoleService {@Overridepublic boolean isCurrentRole(String userType) {ThrowUtils.throwIf(StringUtils.isEmpty(userType), ErrorCode.PARAMS_ERROR);return UserRoleEnum.USER.getValue().equals(userType);}@Overridepublic Integer getDayReward() {return 10;}@Overridepublic Integer getMaxToken() {return 2048;}@Overridepublic Integer getChartSaveDay() {return 10;}@Overridepublic Integer getChatSaveDay() {return 10;} }
// vip用户 @Service public class VIPUserService implements RoleService {@Overridepublic boolean isCurrentRole(String userType) {ThrowUtils.throwIf(StringUtils.isEmpty(userType), ErrorCode.PARAMS_ERROR);return UserRoleEnum.VIP.getValue().equals(userType);}@Overridepublic Integer getDayReward() {return 20;}@Overridepublic Integer getMaxToken() {return 2048;}@Overridepublic Integer getChartSaveDay() {return 30;}@Overridepublic Integer getChatSaveDay() {return 30;} }
-
在需要进行角色判断的地方注入策略Service
总结:如果你的代码中 if…else 难以维护,可以考虑使用策略模式进行优化
如果你觉得这篇文章对你有帮助,可以关注一下,后续会发更多的设计模式实践案例🫡,Happy coding🚀