定义:定义一系列的算法,把每一个算法封装起来,并且使它们可相互替换。策略模式模式使得算法可独立于使用它的客户而独立变化。
角色说明:Stragety(抽象策略类):抽象类或接口,提供具体策略类需要实现的接口。
ConcreteStragetyA、ConcreteStragetyB(具体策略类):具体的策略实现,封装了相关的算法实现。
Context(环境类):用来操作策略的上下文环境。
一般情况下以做作业为例子:
先定义一个做作业的抽象类或者接口:
public abstract class HomeWork {
public abstract void doHomeWork();
}
然后实现具体的策略类,这里写了一个具体英语作业的类:
public class EnglishWork extends HomeWork {
@Override
public void doHomeWork() {
System.out.println("做英语作业");
}
}
接下来需要完成context用来管理具体的策略,:
将具体的策略抽象类,传到构造里面,通过策略抽象类调用每个策略实现类下的方法:
public class HomeWorkContext {
private HomeWork homeWork;
public HomeWorkContext(HomeWork homeWork){
this.homeWork = homeWork;
}
public void doHomeWork(){
homeWork.doHomeWork();
}
}
调用点:
HomeWorkContext homeWorkContext = new HomeWorkContext(new EnglishWork());
homeWorkContext.doHomeWork();
new出管理策略的context,传入具体的策略实现类,通过context来调用实现策略类的方法
应用场景
- 同一个问题具有不同算法时,即仅仅是具体的实现细节不同时,如各种排序算法等等。
- 对客户隐藏具体策略(算法)的实现
- 细节,彼此完全独立;提高算法的保密性与安全性。
- 一个类拥有很多行为,而又需要使用if-else或者switch语句来选择具体行为时。使用策略模式把这些行为独立到具体的策略类中,可以避免多重选择的结构。
优点
- 策略类可以互相替换
- 由于策略类都实现同一个接口,因此他们能够互相替换。
- 耦合度低,方便扩展
- 增加一个新的策略只需要添加一个具体的策略类即可,基本不需要改变原有的代码,符合
- 开闭原则
- 避免使用多重条件选择语句(if-else或者switch)