该模式定义了一系列的算法,并将每个算法封装起来,使得他们可以相互替换,且算法的变化不会影响到使用算法的客户。它通过算法的封装,把使用算法的责任和算法的实现分离开来,并委派给不同的对象对这些算法进行管理。
结构:
抽象策略(Strategy)类:这是一个抽象角色,通常由一个接口或抽象类实现。此角色给出了所有具体策略的所需接口。
具体策略(Concrete Strategy)类:实现了抽象策略定义的接口,提供具体算法或行为。
环境类(Context):持有一个策略类的引用,最终给客户端调用
案例实现:
【促销活动】一家百货公司搞年度促销活动,针对不同的节日(春节、中秋、圣诞)推出不同的促销活动(算法)。由促销员来将促销活动展示给客户。
/**
* 策略模式 抽象策略类
* 抽象活动
*/
public interface Strategy {
/**
* 活动展示
*/
void show();
}
/**
* 策略模式 具体策略
* 春节活动
*/
public class StrategyA implements Strategy{
@Override
public void show() {
System.out.println("春节活动:买一送一");
}
}
/**
* 策略模式 具体策略
* 中秋活动
*/
public class StrategyB implements Strategy{
@Override
public void show() {
System.out.println("中秋活动:满200减50");
}
}
/**
* 策略模式 具体策略
* 圣诞活动
*/
public class StrategyC implements Strategy{
@Override
public void show() {
System.out.println("圣诞活动:充值100送圣诞礼物");
}
}
/**
* 策略模式 环境类
* 销售员
*/
public class SaleMan {
/**
* 活动主题
*/
private Strategy strategy;
public SaleMan(Strategy strategy){
this.strategy = strategy;
}
/**
* 活动展示
*/
public void activeShow(){
strategy.show();
}
public Strategy getStrategy() {
return strategy;
}
public void setStrategy(Strategy strategy) {
this.strategy = strategy;
}
}
![](https://i-blog.csdnimg.cn/blog_migrate/02f29174976003b948c43ddd979b29c5.png)
优缺点:
优点:
策略类之间可以自由切换
易于拓展,符合开闭原则
避免使用多重条件 if else,充分体现了面向抽象设计思想
缺点:- 客户端必须知道所有的策略,并自行决定使用哪一个- 策略模式将造成很多策略类,可以通过享元模式在一定程度上减少对象的数量
使用场景:
一个系统需要动态的在几种算法中选择一种时,可以将每个算法封装到策略类中
一个类定义了多种行为,并且这些行为在这个类的操作中以多个条件判断语句出现,可以将这些条件分支写入策略类中代替条件语句。
系统中算法彼此完全独立,且要求对客户隐藏具体算法时。
系统要求使用算法的客户不应该知道其具体操作的数据,可以使用策略模式来隐藏算法相关的数据结构。