基本介绍:

    1. 策略模式(Strategy Pattern)中,定义算法族,封装起来,让他们之间可以互相替换,此模式让算法的变化独立于使用算法的客户
    2. 这算法体现了几个设计原则
      1. 把变化的代码从不变的代码中分离出来
      2. 针对接口编程而不是具体类(定义了策略接口)
      3. 多用组合/聚合,少用继承(客户通过组合方式使用策略)

    策略模式的UML类图:
    image.png
    从上图可以看到,客户Context有成员变量Strategy或者其他的策略接口,至于需要使用到哪个策略,可以在构造器中指定

    代码示例:

    1. public interface FlyBehavior {
    2. void fly();
    3. }
    4. public class GoodFly implements FlyBehavior {
    5. @Override
    6. public void fly() {
    7. System.out.println("擅长飞翔");
    8. }
    9. }
    10. public class BadFly implements FlyBehavior {
    11. @Override
    12. public void fly() {
    13. System.out.println("不擅长飞翔");
    14. }
    15. }
    16. public class NoFly implements FlyBehavior {
    17. @Override
    18. public void fly() {
    19. System.out.println("不能飞翔");
    20. }
    21. }
    22. public abstract class Duck {
    23. FlyBehavior flyBehavior;
    24. public void swim(){
    25. System.out.println("鸭子游戏");
    26. }
    27. public void fly(){
    28. // System.out.println("鸭子飞翔");
    29. if (flyBehavior != null){
    30. flyBehavior.fly();
    31. }
    32. }
    33. }
    34. public class WildDuck extends Duck {
    35. public WildDuck(){
    36. flyBehavior = new GoodFly();
    37. }
    38. }
    39. public class Client {
    40. public static void main(String[] args) {
    41. WildDuck wildDuck = new WildDuck();
    42. wildDuck.fly();
    43. }
    44. }

    JDk源码分析:JDK的Arrays的Comparator就使用了策略模式

    1. public static <T> void sort(T[] a, Comparator<? super T> c) {
    2. if (c == null) {
    3. sort(a);
    4. } else {
    5. if (LegacyMergeSort.userRequested)
    6. legacyMergeSort(a, c);
    7. else
    8. TimSort.sort(a, 0, a.length, c, null, 0, 0);
    9. }
    10. }

    策略模式的注意事项和细节:

    1. 策略模式的关键是:分析项目中的变化部分与不变部分
    2. 策略模式的核心思想是:多用组合/聚合,少用继承;用行为类组合,而不是行为的继承。更有弹性
    3. 体现了“对修改关闭,对扩展开放”的原则,客户端增加行为不用修改原有代码,只要添加一种策略(或者行为)即可,避免了使用多重转移语句(if-else)
    4. 提供了可以替换继承关系的方法。策略模式将算法封装在独立的Strategy类中使得可以独立于其Context改变它,使它易于切换、易于理解、易于扩展
    5. 需要注意的是,没添加一个策略就要增加一个类,当策略过多时会导致类数目庞大