1):抽象策略角色: 通常由一个接口或者抽象类实现。
2):具体策略角色:包装了相关的算法和行为。
3):环境角色:持有一个策略类的引用,最终给客户端(上层模块)调用。
1):抽象策略角色
/** * 首先定一个策略接口,这是诸葛亮老人家给赵云的三个锦囊妙计的接口 */ public interface IStrategy { //每个锦囊妙计都是一个可执行的算法 public void operate(); }
2):具体策略角色
/** * 找乔国老帮忙,使孙权不能杀刘备 */ public class BackDoor implements IStrategy { public void operate() { System.out.println("找乔国老帮忙,让吴国太给孙权施加压力"); } }
/** * 求吴国太开个绿灯 */ public class GivenGreenLight implements IStrategy { public void operate() { System.out.println("求吴国太开个绿灯,放行!"); } }
/** * 孙夫人断后,挡住追兵 */ public class BlockEnemy implements IStrategy { public void operate() { System.out.println("孙夫人断后,挡住追兵"); } }
3):环境角色
/** * 计谋有了,那还要有锦囊 */ public class Context { //构造函数,你要使用那个妙计 private IStrategy straegy; public Context(IStrategy strategy){ this.straegy = strategy; } //使用计谋了,看我出招了 public void operate(){ this.straegy.operate(); } }
4):客户端(上层模块)
public class ZhaoYun { //赵云出场了,他根据诸葛亮给他的交代,依次拆开妙计 public static void main(String[] args) { Context context; //刚刚到吴国的时候拆第一个 System.out.println("---刚刚到吴国的时候拆第一个---"); context = new Context(new BackDoor()); //拿到妙计 context.operate(); //拆开执行 System.out.println("\n\n\n\n\n\n\n\n"); //刘备乐不思蜀了,拆第二个了 System.out.println("---刘备乐不思蜀了,拆第二个了---"); context = new Context(new GivenGreenLight()); context.operate(); //执行了第二个锦囊了 System.out.println("\n\n\n\n\n\n\n\n"); //孙权的小兵追了,咋办?拆第三个 System.out.println("---孙权的小兵追了,咋办?拆第三个---"); context = new Context(new BlockEnemy()); context.operate(); //孙夫人退兵 System.out.println("\n\n\n\n\n\n\n\n"); /* *问题来了:赵云实际不知道是那个策略呀,他只知道拆第一个锦囊, *而不知道是BackDoor这个妙计,咋办? 似乎这个策略模式已经把计谋名称写出来了 * * 错!BackDoor、GivenGreenLight、BlockEnemy只是一个代码,你写成first、second、third,没人会说你错! * * 策略模式的好处就是:体现了高内聚低耦合的特性呀. */ } }
优点:
1、 提供了一种替代继承的方法。使用委托,委托比继承具有更大的灵活性。继承经常被错误的使用。
2、 避免程序中使用多重条件转移语句,使系统更灵活,并易于扩展。
3、 遵守大部分GRASP(通用职责分配模式)原则和常用设计原则,高内聚、低偶合。
缺点:
1、 因为每个具体策略类都会产生一个新类,所以会增加系统需要维护的类的数量。
2、 所有的策略类都需要对外暴露,上层模块(赵云)必须知道有哪些策略类,然后才能决定使用哪一个策略,这与迪米特法则相违背,我只是想使用一个策略,凭什么要了解这个策略呢?
迪米特法则(LoD):又称最少知识原则(LKP),就是说一个对象应当对其他对象尽可能少的了解。如果两个类不必彼此直接通信,那么这两个类就不应当发生直接的相互作用.如果其中一个类需要调用另一个类的方法的话,可以通过第三者转发这个调用.