当前位置:主页 > 查看内容

策略模式

发布时间:2021-06-27 00:00| 位朋友查看

简介:1 概念 工厂模式是解耦对象的创建和使用,观察者模式是解耦观察者和被观察者。策略模式跟两者类似,也能起到解耦的作用,不过,它==解耦的是策略的定义、创建、使用这三部分== 2 实现 这里实现一个计算订单价格的策略,商品可能会做各种活动,每种活动折扣都……

1 概念

工厂模式是解耦对象的创建和使用,观察者模式是解耦观察者和被观察者。策略模式跟两者类似,也能起到解耦的作用,不过,它==解耦的是策略的定义、创建、使用这三部分==

2 实现

这里实现一个计算订单价格的策略,商品可能会做各种活动,每种活动折扣都不一样,这里通过策略模式实现,代码简洁,以后增加活动的时候不需要修改原有代码。

2.1 策略接口定义

/**
 * 策略定义
 *
 * @Author: prepared
 * @Date: 2021/6/21 15:04
 */
public interface DiscountStrategy {

    double calDiscount(Order order);
}

2.2 具体策略实现

GrouponDiscountStrategy、PromotionDiscountStrategy 具体实现都一致,这里就不写了。

@Service
public class NormalDiscountStrategy implements PushStrategyI{

    private Logger logger = LoggerFactory.getLogger(NormalDiscountStrategy.class);

    @Override
    public Response calDiscount(Long userId) {
        
    }
  }

2.3 策略工厂

这里也可以将具体的策略通过属性注入进来,获取策略的方法,通过if/else判断获取对应的策略。

/**
 * 使用工厂模式 创建策略
 *
 * @Author: prepared
 * @Date: 2021/6/21 15:04
 */
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);
    }
}

2.4 策略的使用

/**
 * 策略的使用
 *
 * @Author: prepared
 * @Date: 2021/6/21 15:04
 */
public class OrderService {

    public double discount(Order order) {
        OrderType type = order.getType();
        DiscountStrategy discountStrategy = DiscountStrategyFactory.getDiscountStrategy(type);
        return discountStrategy.calDiscount(order);
    }

}

3 应用场景

最常见的应用场景是,利用它来避免冗长的 if-else 或 switch 分支判断。策略模式适用于根据不同类型的动态,决定使用哪种策略这样一种应用场景。

策略模式主要的作用还是解耦策略的定义、创建和使用,控制代码的复杂度,让每个部分都不至于过于复杂、代码量过多。

4 实际使用场景

商城推广的时候,有的需求是给用户发短信,有的需求给用户打电话,还有的需求是给用户发送微信通知消息或者其他通知。

在这里使用策略模式,代码简洁,而且方便扩展其他策略,比如以后需要钉钉通知消息、用户精准广告等等测试。

否则每次增加需求的时候,都需要大规模修改原有代码,与设计原则【对扩展开放,对修改关闭】不符。


本文转自网络,版权归原作者所有,原文链接:https://segmentfault.com/a/1190000040246865
本站部分内容转载于网络,版权归原作者所有,转载之目的在于传播更多优秀技术内容,如有侵权请联系QQ/微信:153890879删除,谢谢!

推荐图文


随机推荐