策略模式

125 阅读3分钟

策略模式

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

⭐结构

  • 抽象策略类——这是一个抽象角色,通常由一个接口或抽象类实现。此角色给出所有具体的策略类所需的接口。
  • 具体策略类——实现了抽象策略定义的接口,提供具体的算法实现或行为
  • 环境类——持有一个策略类的引用,最终给客户端调用

🌰举个例子

一家公司在定年度的促销活动,针对不同的节日会推出不同的促销活动,由促销员将促销活动展示给客户。

设计类图如下:

UML.png

实现:

先定义抽象策略类:

public interface Strategy {
    void show();
}

定义具体的策略角色:

策略A

public class StrategyA implements Strategy {
    public void show() {
        System.out.println("买一赠一");
    }
}

策略B

public class StrategyB implements Strategy {
    public void show() {
        System.out.println("满二百减五十");
    }
}

策略C

public class StrategyB implements Strategy {
    public void show() {
        System.out.println("实付满一千元加一元换购任意200元以下商品");
    }
}

最后定义环境类,也就是我们的销售员:

public class SalesMan {
    //聚合策略类
    private Strategy stategy;
    
    public SalesMan(Stategy strategy) {
        this.strategy = strategy;
    }
    
    //由促销员展示促销活动给用户
    public void salesManShow() {
        strategy.show();
    }
}

然后我们在测试类中就可以进行节日促销:

春节时,给销售员传入策略A:

SalesMan salesMan = new SalesMan(new StrategyA());

这样销售员就拿到了策略A,然后调用其salesManShow方法即可:

salesMan.salesManShow();//买一赠一

如果到了其他节日,传入另一种策略即可!

⭐优缺点

优点:

  • 策略类之间可以自由切换
  • 易于扩展,只需要增加策略类即可
  • 避免使用多重条件选择语句,充分体现面向对象是设计思想

缺点:

  • 客户端必须知道所有的策略类,并自行决定使用哪一个策略类
  • 策略模式将造成产生很多策略类,可以通过使用享元模式再在一定程度上减少对象的数量!

⭐适用场景

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