策略模式
该模式定义了一系列算法,并将每个算法封装起来,使它们可以相互替换,且算法的变化不会影响使用算法的客户。策略模式属于对象行为模式,它通过对算法进行封装,把使用算法的责任和算法的实现分割开来,并委派给不同的对象对这些算法进行管理。
⭐结构
- 抽象策略类——这是一个抽象角色,通常由一个接口或抽象类实现。此角色给出所有具体的策略类所需的接口。
- 具体策略类——实现了抽象策略定义的接口,提供具体的算法实现或行为
- 环境类——持有一个策略类的引用,最终给客户端调用
🌰举个例子
一家公司在定年度的促销活动,针对不同的节日会推出不同的促销活动,由促销员将促销活动展示给客户。
设计类图如下:
实现:
先定义抽象策略类:
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();//买一赠一
如果到了其他节日,传入另一种策略即可!
⭐优缺点
优点:
- 策略类之间可以自由切换
- 易于扩展,只需要增加策略类即可
- 避免使用多重条件选择语句,充分体现面向对象是设计思想
缺点:
- 客户端必须知道所有的策略类,并自行决定使用哪一个策略类
- 策略模式将造成产生很多策略类,可以通过使用享元模式再在一定程度上减少对象的数量!
⭐适用场景
- 一个系统需要动态地在几种算法中选择一种时,可将每个算法封装到策略类中
- 一个类定义了多种行为,并且这些行为在这个类地操作中以多个条件语句的形式出现,可将每个条件分支移入它们各自的策略类中以代替这些条件语句
- 系统中各算法彼此完全独立,且要求对客户隐藏具体算法的实现细节时
- 系统要求使用算法的客户不应该知道其操作的数据时,可使用策略模式来隐藏与算法相关的数据结构
- 多个类只区别在表现行为不同,可以使用策略模式,在运行时动态选择具体要执行的行为