Strategy
定义一系列算法,一个个封装起来并且使他们可相互替换(变化),使算法可独立于使用它的客户(稳定)而变化。
① 创建(所有算法公共)接口
public interface MathStrategy {
// 计算抽象方法
public int calculate(int a,int b);
}
② 创建接口实现类,加减(以后可能需要乘除)
public class addCalculate implements MathStrategy {
@Override
public int calculate(int a, int b) {
return a+b;
}
}
public class substructionCalculate implements MathStrategy {
@Override
public int calculate(int a, int b) {
return a-b;
}
}
③ 创建上下文对象(易于切换和改变子类对象)
如果是继承Context来重写方法的方式,不能独立于Context来改变它
public class Context {
// 多态的变量
private MathStrategy strategy;
// 构造函数获取子类对象
public Context(MathStrategy strategy) {
this.strategy = strategy;
}
// 多态调用
public int calculateResult(int a,int b){
return strategy.calculate(a,b);
}
}
④ 调用
public class Test {
public static void main(String[] args) {
Context context = new Context(new substructionCalculate());
int i = context.calculateResult(1, 2);
System.out.println(i);
}
}
场景:在有多个条件语句如if else和switch情况下,可以将所有行为封装在一个个独立的Strategy类中消除条件语句
优点:替代继承的方法,给客户不同的策略进行选择
缺点:需向客户暴露具体的实现。无论ConcreteStrategy(加减乘除)实现的算法简单与否,都共享Strategy接口,有时会浪费 资源。增加了对象的数目。