策略模式
策略模式属于对象的行为模式。其用意是针对一组算法,将每一个算法封装到具有共同接口的独立的类中,从而使得它们可以相互替换。策略模式是对算法的包装,是把使用算法的责任和算法本身分割开来,委派给不同的对象管理。策略模式通常把一个系列的算法包装到一系列的策略类里面,作为一个抽象策略类的子类。
UML 图如下
策略模式的三个角色:
环境(Context)角色:持有一个Strategy的引用。
抽象策略(Strategy)角色:这是一个抽象角色,通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口。
具体策略(ConcreteStrategy)角色:包装了相关的算法或行为。
代码示例如下:
//环境角色类
public class Person {
private TravelStrategy travelStrategy;
public void setTravelStrategy(TravelStrategy travelStrategy) {
this.travelStrategy = travelStrategy;
}
public void travel(){
this.travelStrategy.travel();
}
}
//抽象策略类
public abstract class TravelStrategy {
public abstract void travel();
}
// 具体策略类
public class AirplaneStrategy extends TravelStrategy {
@Override
public void travel() {
System.out.println("travel by airplane");
}
}
public class BicycleStrategy extends TravelStrategy {
@Override
public void travel() {
System.out.println("travel by bicycle");
}
}
public class TrainStrategy extends TravelStrategy {
@Override
public void travel() {
System.out.println("travel by train");
}
}
// 测试类
public class Client {
public static void main(String[] args) {
TravelStrategy airplaneStrategy=new AirplaneStrategy();
Person person=new Person();
person.setTravelStrategy(airplaneStrategy);
person.travel();
}
}
策略模式优缺点:
优点
策略模式提供了管理相关的算法族的办法。策略类的等级结构定义了一个算法或行为族。恰当使用继承可以把公共的代码移到父类里面,从而避免代码重复。
使用策略模式可以避免使用多重条件(if-else)语句。多重条件语句不易维护,它把采取哪一种算法或采取哪一种行为的逻辑与算法或行为的逻辑混合在一起,统统列在一个多重条件语句里面,比使用继承的办法还要原始和落后。
缺点
客户端必须知道所有的策略类,并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别,以便适时选择恰当的算法类。换言之,策略模式只适用于客户端知道算法或行为的情况。
由于策略模式把每个具体的策略实现都单独封装成为类,如果备选的策略很多的话,那么对象的数目就会很可观。