本文共 1761 字,大约阅读时间需要 5 分钟。
策略模式(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)); }}
策略模式的缺点:
- 客户端必须知道所有的策略类,并自行决定使用哪一个策略类 - 造成很多的策略类解决方案:
采用工厂方法转载地址:http://mmrgi.baihongyu.com/