对于程序员来说,不管是跳槽不可避免的面试,还是想写出可读性、可维护性好的代码,设计模式都是必修课。
很多刚入行的程序员不知道,常用的设计模式分为三类,23 个。
创建型:单例模式、工厂模式(工厂方法、抽象工厂)、建造者模式、原型模式。
结构型:代理模式、桥接模式、装饰器模式、适配器模式、门面模式、组合模式、享元模式。
行为型:观察者模式、模板模式、策略模式、职责链模式、状态模式(状态机)、迭代器模式、访问者模式、备忘录模式、命令模式、解释器模式、中介模式。
原来设计模式有这么多种,你会几种呢?如果这 23 种设计模式,你还有不会的,记得点击下方卡片关注伍六七,后续会为大家一一介绍这 23 种常见的设计模式。
今天,伍六七就为大家介绍行为型模式种的策略模式。
工厂模式是解耦对象的创建和使用,观察者模式是解耦观察者和被观察者。策略模式跟两者类似,也能起到解耦的作用,不过,它解耦的是策略的定义、创建、使用这三部分。
这里实现一个计算订单价格的策略,商品可能会做各种活动,每种活动折扣都不一样,这里通过策略模式实现,代码简洁,以后增加活动的时候不需要修改原有代码。
/**
* 策略定义
*
* @Author: aicode567
*/
public interface DiscountStrategy {
double calDiscount(Order order);
}
GrouponDiscountStrategy、PromotionDiscountStrategy 具体实现都一致,这里就不写了。
@Service
public class NormalDiscountStrategy implements PushStrategyI{
private Logger logger = LoggerFactory.getLogger(NormalDiscountStrategy.class);
@Override
public Response calDiscount(Long userId) {
// 处理逻辑
}
}
这里也可以将具体的策略通过属性注入进来,获取策略的方法,通过查字典的方式获取对应的策略。
/**
* 使用工厂模式 创建策略
*
* @Author: aicode567
*/
public class DiscountStrategyFactory {
private static final Map<OrderType, DiscountStrategy> strategies = new HashMap<>();
static {
strategies.put(OrderType.NORMAL, new NormalDiscountStrategy());
strategies.put(OrderType.GROUPON, new GrouponDiscountStrategy());
strategies.put(OrderType.PROMOTION, new PromotionDiscountStrategy());
}
public static DiscountStrategy getDiscountStrategy(OrderType type) {
return strategies.get(type);
}
}
具体使用何种策略,我们可以根据用户参数、配置等方式进行选择。
/**
* 策略的使用
*
* @Author: aicode567
*/
public class OrderService {
public double discount(Order order) {
OrderType type = order.getType();
DiscountStrategy discountStrategy = DiscountStrategyFactory.getDiscountStrategy(type);
return discountStrategy.calDiscount(order);
}
}
在使用DiscountStrategyFactory
进行策略管理的时候,如果需要新增一种策略,还是需要修改代码,并不符合「开闭原则」。
Java 提供了两种非常方便的符合开闭原则的策略工厂实现:配置文件、annotion 注解。
策略工厂类可以读取配置文件,通过反射来动态加载策略类。
另外一种方式是通过 annotation 注解来标注策略实现类。
通过这两种方式,我们在新增或者删减策略的时候,就不需要修改策略类了。
最常见的应用场景是,利用它来避免冗长的 if-else 或 switch 分支判断。策略模式适用于根据不同类型的动态,决定使用哪种策略这样一种应用场景。
策略模式主要的作用还是解耦策略的定义、创建和使用,控制代码的复杂度,让每个部分都不至于过于复杂、代码量过多。
商城推广的时候,有的需求是给用户发短信,有的需求给用户打电话,还有的需求是给用户发送微信通知消息或者其他通知。
在这里使用策略模式,代码简洁,而且方便扩展其他策略,比如以后需要钉钉通知消息、用户精准广告等等测试。
否则每次增加需求的时候,都需要大规模修改原有代码,与设计原则【对扩展开放,对修改关闭】不符。