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），就是说一个对象应当对其他对象尽可能少的了解。如果两个类不必彼此直接通信,那么这两个类就不应当发生直接的相互作用.如果其中一个类需要调用另一个类的方法的话,可以通过第三者转发这个调用.