定义一系列的算法,把每一个算法封装起来,并且使它们可相互替换。策略模式使 得算法可独立于使用它的客户而独立变化。
策略接口
public interface FightingStrategy {
public void fighting();
}
具体策略实现
public class WeakRivalStrategy implements FightingStrategy {
@Override
public void fighting() {
System.out.println("遇到了较弱的对手,张无忌使用太极剑");
}
}
public class CommonRivalStrategy implements FightingStrategy {
@Override
public void fighting() {
System.out.println("遇到了普通的对手,张无忌使用圣火令神功");
}
}
public class StrongRivalStrategy implements FightingStrategy {
@Override
public void fighting() {
System.out.println("遇到了强大的对手,张无忌使用乾坤大挪移");
}
}
上下文角色
通过传进来不同的具体策略来调用不同策略的 fighting 方法。
public class Context {
private FightingStrategy fightingStrategy;
public Context(FightingStrategy fightingStrategy) {
this.fightingStrategy = fightingStrategy;
}
public void fighting(){
fightingStrategy.fighting();
}
}
客户端调用
public static void main(String[] args) {
Context context;
//张无忌遇到对手宋青书,采用对较弱对手的策略
context = new Context(new WeakRivalStrategy());
context.fighting();
//张无忌遇到对手灭绝师太,采用对普通对手的策略
context = new Context(new CommonRivalStrategy());
context.fighting();
//张无忌遇到对手成昆,采用对强大对手的策略
context = new Context(new StrongRivalStrategy());
context.fighting();
}
使用场景:
- 对客户隐藏具体策略(算法)的实现细节,彼此完全独立。
- 针对同一类型问题的多种处理方式,仅仅是具体行为有差别时。
- 在一个类中定义了很多行为,而且这些行为在这个类里的操作以多个条件语句的形 式出现。策略模式将相关的条件分支移入它们各自的 Strategy 类中,以代替这些条 件语句。
优点:
- 使用策略模式可以避免使用多重条件语句。多重条件语句不易维护,而且易出错。
- 易于拓展。当需要添加一个策略时,只需要实现接口就可以了。
缺点:
- 每一个策略都是一个类,复用性小。如果策略过多,类的数量会增多。
- 上层模块必须知道有哪些策略,才能够使用这些策略,这与迪米特原则相违背。