设计模式之策略模式

鬼谷神奇

于 2018-12-03 17:34:41 发布

阅读量165

点赞数

分类专栏：设计模式

本文链接：https://blog.csdn.net/qq_26620259/article/details/84769280

版权

设计模式专栏收录该内容

2 篇文章

订阅专栏

定义：

策略模式定义了一系列算法，并将每一个算法封装起来，而且使他们可以相互替换，让算法独立于使用它的客户而独立变化。

结构：

策略接口角色（Strategy）：定义所有支持的算法的公共接口

具体策略实现角色（ConcreteStrategy）：具体的策略实现

策略上下文角色（StrategyContext）：策略上下文负责和具体的策略实现交互，通常策略上下文对象会持有一个真正的策略实现对象，策略上下文还可以让具体的策略实现从其中获取相关数据，回调策略上下文对象的方法。

实际场景：

假如，现在有这样一个需求，做一个简单的商场收银功能，普通用户不打折，新用户打五折，VIP用户打六折，给出一个Java的 demo案例：

public class QuoteManager {

    public BigDecimal quote(BigDecimal originalPrice,String customType){
        if ("新客户".equals(customType)) {
            System.out.println("抱歉！新客户没有折扣！");
            return originalPrice;
        }else if ("老客户".equals(customType)) {
            System.out.println("恭喜你！老客户打9折！");
            originalPrice = originalPrice.multiply(new BigDecimal(0.9)).setScale(2,BigDecimal.ROUND_HALF_UP);
            return originalPrice;
        }else if("VIP客户".equals(customType)){
            System.out.println("恭喜你！VIP客户打8折！");
            originalPrice = originalPrice.multiply(new BigDecimal(0.8)).setScale(2,BigDecimal.ROUND_HALF_UP);
            return originalPrice;
        }
        //其他人员都是原价
        return originalPrice;
    }

}

上面的代码非常好，简单直接，但有个问题：所有的算法法都在一个方法里，假如算法复杂点，就会很庞大，（当然现在还看不出来）

改进一：

刚才说算法都写在quote方法里，非常大，那就提取出来，每个算法定义一个方法，然后去调用这个方法。eg:

 public BigDecimal quote(BigDecimal originalPrice, String customType){
         if ("新客户".equals(customType)) {
             return this.quoteNewCustomer(originalPrice);
         }else if ("老客户".equals(customType)) {
             return this.quoteOldCustomer(originalPrice);
         }else if("VIP客户".equals(customType)){
             return this.quoteVIPCustomer(originalPrice);
         }
         //其他人员都是原价
         return originalPrice;
     }
 
     /**
      * 对VIP客户的报价算法
      * @param originalPrice 原价
      * @return 折后价
      */
     private BigDecimal quoteVIPCustomer(BigDecimal originalPrice) {
         System.out.println("恭喜！VIP客户打8折");
         originalPrice = originalPrice.multiply(new BigDecimal(0.8)).setScale(2,BigDecimal.ROUND_HALF_UP);
         return originalPrice;
     }
 
     /**
      * 对老客户的报价算法
      * @param originalPrice 原价
      * @return 折后价
      */
     private BigDecimal quoteOldCustomer(BigDecimal originalPrice) {
         System.out.println("恭喜！老客户打9折");
         originalPrice = originalPrice.multiply(new BigDecimal(0.9)).setScale(2,BigDecimal.ROUND_HALF_UP);
         return originalPrice;
     }
 
     /**
      * 对新客户的报价算法
      * @param originalPrice 原价
      * @return 折后价
      */
     private BigDecimal quoteNewCustomer(BigDecimal originalPrice) {
         System.out.println("抱歉！新客户没有折扣！");
         return originalPrice;
     }
 
 }

这种方式，在我们平常写代码的时候经常会用到，整体代码来看，也相对较整洁。但对于这样一个功能来讲，可扩展性不高。假如现在需求要求我们新增加一种客户优惠类型，首先，需要加一个算法，然后，再去quote方法里加一个判断的分支（if else ）这样就很麻烦，也违反设计模式的开闭原则。

开闭原则：

对于拓展是开放的：即模块的行为可扩展，当需求改变，可以对模块进行扩展

对于修改是封闭的：即对模块扩展时，不必改动模块的源代码

策略模式实现：（通用模板）

策略接口：

//策略接口
4 public interface IStrategy {
5     //定义的抽象算法方法 来约束具体的算法实现方法
6     public void algorithmMethod();
7 }

具体策略实现：有几个策略，就写几个实现策略接口的实现类

// 具体的策略实现
 4 public class ConcreteStrategy implements IStrategy {
 5     //具体的算法实现
 6     @Override
 7     public void algorithmMethod() {
 8         System.out.println("this is ConcreteStrategy method...");
 9     }
10 }

 // 具体的策略实现2
 4 public class ConcreteStrategy2 implements IStrategy {
 5      //具体的算法实现
 6     @Override
 7     public void algorithmMethod() {
 8         System.out.println("this is ConcreteStrategy2 method...");
 9     }
10 }

策略上下文：

/**
 4  * 策略上下文
 5  */
 6 public class StrategyContext {
 7     //持有一个策略实现的引用
 8     private IStrategy strategy;
 9     //使用构造器注入具体的策略类
10     public StrategyContext(IStrategy strategy) {
11         this.strategy = strategy;
12     }
13 
14     public void contextMethod(){
15         //调用策略实现的方法
16         strategy.algorithmMethod();
17     }
18 }

外部调用：

public static void main(String[] args) {
         //1.创建具体测策略实现
         IStrategy strategy = new ConcreteStrategy2();
         //2.在创建策略上下文的同时，将具体的策略实现对象注入到策略上下文当中
         StrategyContext ctx = new StrategyContext(strategy);
         //3.调用上下文对象的方法来完成对具体策略实现的回调
         ctx.contextMethod();
     }

此时假如增加一个客户类型，那就是新加一个策略的实现类即可，然后外部直接调用。

策略模式的作用：把具体的算法从实际的业务逻辑中分离出来，成为独立类，使得相互之间能够相互替换。

策略模式在JDK中的实现：

多线程中的线程池，对于多线程，是用工厂模式来创建一个线程池Executor，而Executor的一个实现类ThreadPoolExecutor ，这个类中的 RejectedExecutionHandler 其实就是一个策略接口，用在当线程池中没有多余的线程来执行任务，并且保存任务的多列也满了（指的是有界队列），对仍在提交给线程池的任务的处理策略。

策略模式的本质是：分离算法，选择实现。