1 策略模式定义
策略模式(Strategy Pattern),定义算法族,分别封装起来,让他们之间可以相互替换,此模式让算法的变化独立于使用算法的客户。
2 策略模式类图
- 根据类图我们可以看出策略模式的结构
封装类:也叫上下文,对策略进行二次封装,目的是避免高层模块对策略的直接调用。 (Person) - 抽象策略:策略接口,定义策略执行的接口,当各个实现类中存在着重复的逻辑时,则使用抽象类来封装这部分公共的代码 。(TravekStrategy)
- 具体策略:具体策略角色通常由一组封装了算法的类来担任,这些类之间可以根据需要自由替换。(AirplaneStrategy、TraubStrategy、BicycleStrategy)
3 策略模式的优缺点
3.1 优点
- 策略类之间可以自由切换,由于策略类实现自同一个抽象,所以他们之间可以自由切换
- 易于扩展,增加一个新的策略对策略模式来说非常容易,基本上可以在不改变原有代码的基础上进行扩展
3.2 缺点
- 客户端必须知道所有的策略类,并自行决定使用哪一个策略类
- 策略模式将造成产生很多策略类
4 策略模式案例
4.1 定义策略接口
/**
* 策略模式
* 定义一系列的算法,把每一个算法封装起来,并且使它们可相互替换。
* 本模式使得算法可独立于使用它的客户变化
* 出行旅游
*/
public interface TravelStrategy {
void travelAlgorithm();
}
4.2 实现策略接口,提供具体的方法
/**
* 坐飞机
*/
public class AirPlanelStrategy implements TravelStrategy {
@Override
public void travelAlgorithm() {
Log.d("wz", "坐飞机去旅游");
}
}
/**
* 坐火车
*/
public class TrainStrategy implements TravelStrategy {
@Override
public void travelAlgorithm() {
Log.d("wz", "坐火车去旅游");
}
}
/**
* 骑自行车
*/
public class BicycleStrategy implements TravelStrategy {
@Override
public void travelAlgorithm() {
Log.d("wz", "骑自行车去旅游");
}
}
4.3 封装策略类,持有具体的策略类,负责调用具体方法
public class PersonContext {
private TravelStrategy mStrategy;
public PersonContext(TravelStrategy strategy){
this.mStrategy = strategy;
}
public void setTravelStrategy(TravelStrategy strategy){
this.mStrategy = strategy;
}
public void travelAlgorithm(){
mStrategy.travelAlgorithm();
}
}
4.4 执行策略模式
PersonContext person = new PersonContext(new AirPlanelStrategy());
person.travelAlgorithm();
person.setTravelStrategy(new TrainStrategy());
person.travelAlgorithm();
person.setTravelStrategy(new BicycleStrategy());
person.travelAlgorithm();
10-09 19:57:58.977 10242-10242/me.threebears.news D/wz: 坐飞机去旅游
10-09 19:57:58.977 10242-10242/me.threebears.news D/wz: 坐火车去旅游
10-09 19:57:58.978 10242-10242/me.threebears.news D/wz: 骑自行车去旅游