策略模式(Stratrgy Pattern)中体现了两个非常基本的面向对象设计的原则
- 封装变化的概念
- 编程中使用接口,而不是对接口的实现
策略模式的定义:
- 定义一组算法,将每个算法都封装起来,并且使他们之间可以互换
- 策略模式使这些算法在客户端调用它们的时候能够互不影响地改变
策略模式的意义:
- 策略模式使开发人员能够开发出由许多可替换的部分组成的软件,并且各个部分之间是弱连接
- 弱连接的特性使软件具有更强的可扩展性,易于维护,更重要的是,它大大提高了软件的可重用性
策略模式的组成:
- 抽象策略角色:策略类,通常由一个接口或者抽象类实现(comparator)
- 具体策略角色:包装了相关的算法和行为(自定义类实现comparator)
- 环境角色:持有一个策略类的引用,最终给客户端调用(TreeSet可以传入自定义类的实现)
策略模式的实现:
- 策略模式的用意是针对一组算法,将每一个算法封装到具有共同接口的独立的类中,从而使得它们可以互相替换
- 策略模式使得可以在不影响到客户端的情况下发生变化。使得策略模式可以把行为和环境分开来
- 环境类负责维持和查询行为类,各种算法则在具体策略中提供。由于算法和环境独立开来,算法的修改都不会影响环境和客户端
抽象策略角色:
public interface Strategy {
public int caculator(int a, int b);
}
具体策略角色:
public class AddStrategy implements Strategy {
@Override
public int caculator(int a, int b) {
return a + b;
}
}
public class SubtractStrategy implements Strategy {
@Override
public int caculator(int a, int b) {
return a - b;
}
}
环境角色:
public class Environment {
private Strategy strategy;
public Environment(Strategy strategy) {
this.strategy = strategy;
}
public Strategy getStrategy() {
return strategy;
}
public void setStrategy(Strategy strategy) {
this.strategy = strategy;
}
public int caculator(int a, int b) {
return strategy.caculator(a, b);
}
}
客户端使用:
public class Client {
public static void main(String[] args) {
AddStrategy addStrategy = new AddStrategy();
Environment environment = new Environment(addStrategy);
System.out.println(environment.caculator(3, 4));
SubtractStrategy subtractStrategy = new SubtractStrategy();
environment.setStrategy(subtractStrategy);
System.out.println(environment.caculator(3, 4));
}
}
策略模式的缺点:
- 客户端必须知道所有的策略类,并自行决定使用哪一个策略类
- 造成很多的策略类
解决方案:
采用工厂方法