java设计模式之策略模式 Strategy

来源:互联网 发布:java中list嵌套list 编辑:程序博客网 时间:2024/04/19 10:19

策略模式(Strategy):定义了算法家族,分别封装起来,让它们之间可以相互替换,此模式让算法的变化不会影响到使用算法的用户。

策略模式是一种定义一系列算法的方法,从概念上看,所有这些算法完成的都是相同的工作,只是实现上不同,它可以以相同的方式调用所有的算法,减少各种算法类与算法使用类之间的耦合。

策略模式是用来封装算法的,但在实践中发现,可以用它来封装几乎任何类型的规则,只要在分析过程中需要在不同时间应用不同的业务规则,就可以考虑使用策略模式来处理这种变化的可能性。

策略模式的好处:一是利用继承能有助于析取出不同算法中的公共功能;二是简化了单元测试,因为每个算法都有自己的实现类,可以通过自己的接口单独进行测试;三是将不同的行为封装到一个个独立的Strategy类中,可以在使用这些行为的类中消除条件语句,因为当不同的行为堆叠在一个类中时,就难以避免用条件语句来选择合适的行为。

 

策略模式的UML类图如下所示:


策略模式的实现主要分三个部分:

1.      抽象策略对象:析取算法/规则家族的公共部分,并提供调用算法实现方法的接口,即图中的AlgorithmInterface抽象方法;

2.      具体策略对象:由抽象策略对象派生,主要是实现算法的具体逻辑,即实现继承自父类的AlgorithmInterface方法;

3.      环境对象:引用抽象策略对象,并供客户端调用。通过其中的某个方法(ContextInterface)来实际调用具体策略对象的AlgorithmInterface方法。


下面的代码基于策略模式和反射模拟了一个两个只会火球术和治疗术魔法师随机进行对战的程序:

魔法师实体类:

[java] view plaincopy
  1. public class Role {  
  2.     private double hp;  
  3.     private double mp;  
  4.     private String name;  
  5.       
  6.     public static final int TYPE_HP = 0;  
  7.     public static final int TYPE_MP = 1;  
  8.       
  9.     public Role(String name, double hp, double mp) {  
  10.         this.name = name;  
  11.         this.hp = hp;  
  12.         this.mp = mp;  
  13.     }  
  14.       
  15.     public void change(int type, double value) {  
  16.         switch (type) {  
  17.         case TYPE_HP:  
  18.             this.hp += value;  
  19.             break;  
  20.         case TYPE_MP:  
  21.             this.mp += value;  
  22.             break;  
  23.         }  
  24.           
  25.         System.out.println(name + " " + (value >= 0 ? "+" : "") + value + (type == TYPE_HP ? "HP" : "MP"));  
  26.     }  
  27.       
  28.     public double get(int type) {  
  29.         double value = 0;  
  30.           
  31.         switch (type) {  
  32.         case TYPE_HP:  
  33.             value = this.hp;  
  34.             break;  
  35.         case TYPE_MP:  
  36.             value = this.mp;  
  37.             break;  
  38.         }  
  39.           
  40.         return value;  
  41.     }  
  42.       
  43.     public void show() {  
  44.         System.out.println(name + "(HP: " + this.hp + "; MP: " + this.mp + ")");  
  45.     }  
  46.       
  47.     public String getName() {  
  48.         return name;  
  49.     }  
  50. }  

抽象策略:

[java] view plaincopy
  1. interface Skill {  
  2.     public void cast(Role from, Role to);  
  3. }  
具体策略:

火球术实现类:

[java] view plaincopy
  1. public class Fireball implements Skill {  
  2.   
  3.     @Override  
  4.     public void cast(Role from, Role to) {  
  5.         if (from.get(Role.TYPE_MP) >= 5) {  
  6.             System.out.println(from.getName() + " casts Fireball to " +to.getName());  
  7.             double damage = 10 + (int)(Math.random() * 1000 % 11);  
  8.             from.change(Role.TYPE_MP, -5);  
  9.             to.change(Role.TYPE_HP, -damage);  
  10.         } else {  
  11.             System.out.println(from.getName() + " has a rest");  
  12.             from.change(Role.TYPE_MP, 5);  
  13.         }  
  14.     }  
  15.   
  16. }  
治疗术实现类:

[java] view plaincopy
  1. public class Heal implements Skill {  
  2.   
  3.     @Override  
  4.     public void cast(Role from, Role to) {  
  5.         if (from.get(Role.TYPE_MP) >= 10) {  
  6.             System.out.println(from.getName() + " cast Heal to himself");  
  7.             from.change(Role.TYPE_HP, 20);  
  8.             from.change(Role.TYPE_MP, -10);  
  9.         } else {  
  10.             System.out.println(from.getName() + " has a rest");  
  11.             from.change(Role.TYPE_MP, 5);  
  12.         }  
  13.           
  14.     }  
  15.   
  16. }  
普通攻击实现类:

[java] view plaincopy
  1. public class Hit implements Skill {  
  2.   
  3.     @Override  
  4.     public void cast(Role from, Role to) {  
  5.         System.out.println(from.getName() + " hits " +to.getName());  
  6.         to.change(Role.TYPE_HP, -5);  
  7.     }  
  8.   
  9. }  
环境对象,通过传入的参数利用Java的反射功能实例化匹配的策略类:

[java] view plaincopy
  1. public class SkillContext {  
  2.     private Skill skill;  
  3.   
  4.     private static final String[] SKILL_CLASS_NAME = {  
  5.         "com.strategy.skill.Hit",  
  6.         "com.strategy.skill.Fireball",  
  7.         "com.strategy.skill.Heal"  
  8.     };  
  9.       
  10.     public void setSkill(int type) {  
  11.         try {  
  12.             this.skill = (Skill) Class.forName(SKILL_CLASS_NAME[type]).newInstance(); // 反射  
  13.         } catch (InstantiationException e) {  
  14.             e.printStackTrace();  
  15.         } catch (IllegalAccessException e) {  
  16.             e.printStackTrace();  
  17.         } catch (ClassNotFoundException e) {  
  18.             e.printStackTrace();  
  19.         }  
  20.     }  
  21.       
  22.     public void castSkill(Role from, Role to) {  
  23.         skill.cast(from, to);  
  24.     }  
  25.       
  26.     public int size() {  
  27.         return SKILL_CLASS_NAME.length;  
  28.     }  
  29. }  
客户端:

[java] view plaincopy
  1. public class Main {  
  2.   
  3.     public static void main(String[] args) {  
  4.         Role a = new Role("Adan"100100);  
  5.         Role b = new Role("Brant"100100);  
  6.         SkillContext context = new SkillContext();  
  7.           
  8.         int count = 1;  
  9.           
  10.         while (a.get(Role.TYPE_HP) >= 0 && b.get(Role.TYPE_HP) >= 0) {  
  11.             System.out.println("#" + count++);  
  12.               
  13.             context.setSkill((int)(Math.random() * 100) % context.size());  
  14.             context.castSkill(a, b);  
  15.               
  16.             context.setSkill((int)(Math.random() * 100) % context.size());  
  17.             context.castSkill(b, a);  
  18.               
  19.             a.show();  
  20.             b.show();  
  21.         }  
  22.     }  
  23.   
  24. }  

当有更多技能的时候,继续实现Skill接口,并将SkillContext对象中的常量字符串数组放到外部文件中,就可以顺利遵循开放-封闭原则,并且拓展程序的功能。

从上面的例子可以很明显的看出,策略模式对于拓展新的逻辑规则是很方便的。但是,随着新策略类的扩展,类会越来越多。这虽然符合单一职责原则,但是越来越多的类也不太容易维护。