2. 策略模式

策略模式

在现实生活中常常遇到实现某种目标存在多种策略可供选择的情况. 例如,出行旅游可以乘坐飞机、乘坐火车、骑自行车或自己开私家车等,超市促销可以釆用打折、送商品、送积分等方法.

在软件开发中也常常遇到类似的情况,当实现某一个功能存在多种算法或者策略,我们可以根据环境或者条件的不同选择不同的算法或者策略来完成该功能,如数据排序策略有冒泡排序、选择排序、插入排序、二叉树排序等.

如果使用多重条件转移语句实现(即硬编码),不但使条件语句变得很复杂,而且增加、删除或更换算法要修改原代码,不易维护,违背开闭原则. 如果采用策略模式就能很好解决该问题.

定义

策略(Strategy) 模式的定义: 该模式定义了一系列算法,并将每个算法封装起来,使它们可以相互替换,且算法的变化不会影响使用算法的客户. 策略模式属于对象行为模式,它通过对算法进行封装,把使用算法的责任和算法的实现分割开来,并委派给不同的对象对这些算法进行管理.

优点

  1. 多重条件语句不易维护,而使用策略模式可以避免使用多重条件语句.
  2. 策略模式提供了一系列的可供重用的算法族,恰当使用继承可以把算法族的公共代码转移到父类里面,从而避免重复的代码.
  3. 策略模式可以提供相同行为的不同实现,客户可以根据不同时间或空间要求选择不同的.
  4. 策略模式提供了对开闭原则的完美支持,可以在不修改原代码的情况下,灵活增加新算法.
  5. 策略模式把算法的使用放到环境类中,而算法的实现移到具体策略类中,实现了二者的分离.

缺点

  1. 客户端必须理解所有策略算法的区别,以便适时选择恰当的算法类.
  2. 策略模式造成很多的策略类.
  3. 所有策略类都需要对外暴露.
  4. 策略模式造成很多的策略类 (如果一个系统的策略多于四个,就需要考虑使用混合模式,解决策略类膨胀的问题.)

模式的结构

主要角色如下:

  • 抽象策略(Strategy)类: 定义了一个公共接口,各种不同的算法以不同的方式实现这个接口,环境角色使用这个接口调用不同的算法,一般使用接口或抽象类实现.
  • 具体策略(Concrete Strategy)类: 实现了抽象策略定义的接口,提供具体的算法实现.
  • 环境(Context)类: 持有一个策略类的引用,最终给客户端调用.
    在这里插入图片描述

模式的实现

public class StrategyPattern {
    public static void main(String[] args) {
        Context c=new Context();
        Strategy s=new ConcreteStrategyA();
        c.setStrategy(s);
        c.strategyMethod();
        System.out.println("-----------------");
        s=new ConcreteStrategyB();
        c.setStrategy(s);
        c.strategyMethod();
    }
}
// 抽象策略类
interface Strategy {   
	// 策略方法
    public void strategyMethod();    
}
// 具体策略类A
class ConcreteStrategyA implements Strategy {
    public void strategyMethod() {
        System.out.println("具体策略A的策略方法被访问.");
    }
}
// 具体策略类B
class ConcreteStrategyB implements Strategy {
  public void strategyMethod() {
      System.out.println("具体策略B的策略方法被访问.");
  }
}
// 环境类
class Context {
    private Strategy strategy;
    public Strategy getStrategy() {
        return strategy;
    }
    public void setStrategy(Strategy strategy) {
        this.strategy=strategy;
    }
    public void strategyMethod() {
        strategy.strategyMethod();
    }
}

程序运行结果如下:

具体策略A的策略方法被访问!
-----------------
具体策略B的策略方法被访问!

应用实例

例: 在 “支付业务” 的应用.

在支付中,我们可以使用 “微信支付” “支付宝支付” “银联支付” 等等.
在这里插入图片描述

// 抽象策略类: 支付策略类
public interface PaymentStrategy {
    // 定义抽象策略的方法
    void Payment(int a,int b);
}

// 具体策略类: 微信支付策略类
public class WeChatPayStrategy implements PaymentStrategy{
    @Override
    public void Payment(int a, int b) {
        // 此处写 微信支付 相关业务逻辑代码
        System.out.println("微信支付");
    }
}
// 具体策略类: 支付宝支付策略类
public class AlipayStrategy implements PaymentStrategy{
    @Override
    public void Payment(int a, int b) {
        // 此处写 支付宝支付 相关业务逻辑代码
        System.out.println("支付宝支付");
    }
}

// 环境类
public class Context {
    // 持有抽象策略类角色的引用,用于客户端调用
    private PaymentStrategy paymentStrategy;

    public PaymentStrategy getPaymentStrategy() {
        return paymentStrategy;
    }

    // 设置所需策略
    public void setPaymentStrategy(PaymentStrategy paymentStrategy) {
        this.paymentStrategy = paymentStrategy;
    }

    public void Payment(int a,int b){
        paymentStrategy.Payment(a,b);
    }
}

public class Client {
    public static void main(String[] args) {
        Context context = new Context();

        // 微信支付
        context.setPaymentStrategy(new WeChatPayStrategy());
        context.Payment(10,10);

        // 支付宝支付
        context.setPaymentStrategy(new AlipayStrategy());
        context.Payment(10,10);
    }
}

代码运行结果如下:

微信支付
支付宝支付

使用场景

  1. 一个系统需要动态地在几种算法中选择一种时,可将每个算法封装到策略类中.
  2. 一个类定义了多种行为,并且这些行为在这个类的操作中以多个条件语句的形式出现,可将每个条件分支移入它们各自的策略类中以代替这些条件语句.
  3. 系统中各算法彼此完全独立,且要求对客户隐藏具体算法的实现细节时.
  4. 系统要求使用算法的客户不应该知道其操作的数据时,可使用策略模式来隐藏与算法相关的数据结构.
  5. 个类只区别在表现行为不同,可以使用策略模式,在运行时动态选择具体要执行的行为.
发布了14 篇原创文章 · 获赞 6 · 访问量 272

猜你喜欢

转载自blog.csdn.net/qq_42493970/article/details/102875258