策略模式

定义
策略模式（Strategy）属于对象行为型设计模式，主要是定义一系列的算法，把这些算
法一个个封装成拥有共同接口的单独的类，并且使它们之间可以互换。策略模式使这些算法
在客户端调用它们的时候能够互不影响地变化。这里的算法不要狭义的理解为数据结构中算
法，可以理解为不同的业务处理方法。

适用性

    1.许多相关的类仅仅是行为有异。“策略”提供了一种用多个行为中的一个行为来配置一个类的方法。

    2.需要使用一个算法的不同变体。

    3.算法使用客户不同的数据。可使用策略模式以避免暴露复杂的、与算法相关的数据结构。

    4．一个类定义了多种行为,并且这些行为在这个类的操作中以N个条件语句的形式出现。
      将相关的条件分支移入它们各自的Strategy类中以代替这些条件语句。

策略模式由三个角色组成：
1) 算法使用环境(Context)角色：算法被引用到这里和一些其它的与环境有关的操作一起
来完成任务。这个角色根据不同策略，决定使用哪个具体抽象角色。
2) 抽象策略(Strategy)角色：规定了所有具体策略角色所需的接口。在java 它通常由接口
或者抽象类来实现。
3) 具体策略(Concrete Strategy)角色：实现了抽象策略角色定义的接口。

示例代码：
Context

package pattern.strategy;

public class SaveContext {
	
	IBank bank;
	public SaveContext(IBank b){
		this.bank=b;
	}
	
	public void DoSave(Double money){
		bank.save(money);
	}
}

Strategy

package pattern.strategy;

public class BeijingBank implements IBank {

	@Override
	public void save(Double money) {
		System.out.println("存入北京银行"+money+"元");
	}

}

package pattern.strategy;

public class TianjinBank implements IBank {

	@Override
	public void save(Double money) {
		System.out.println("存入天津银行"+money+"元");
	}

}

Client

package pattern.strategy;

public class Test {

	public static void main(String[] args) {
		SaveContext context=new SaveContext(new BeijingBank());
		context.DoSave(23d);
		
		context=new SaveContext(new TianjinBank());
		context.DoSave(45d);
		
		
	}

}

Result

存入北京银行23.0元
存入天津银行45.0元

要注意一点，策略模式中不可以同时使用多于一个的算法。

策略模式优缺点

优点：

1、 简化了单元测试，因为每个算法都有自己的类，可以通过自己的接口单独测试。
2、 避免程序中使用多重条件转移语句，使系统更灵活，并易于扩展。
3、 遵守大部分GRASP原则和常用设计原则，高内聚、低偶合。

缺点：
1、 因为每个具体策略类都会产生一个新类，所以会增加系统需要维护的类的数量。

2、 在基本的策略模式中，选择所用具体实现的职责由客户端对象承担，并转给策略模式的Context对象。（这本身没有解除客户端需要选择判断的压力，而策略模式与简单工厂模式结合后，选择具体实现的职责也可以由Context来承担，这就最大化的减轻了客户端的压力。）

思考：
context角色的作用，它是决定策略的地方，但是可不可以没有这个角色呢？
如果Client代码变成下面这样，是否可以？

public static void main(String[] args) {
		
		IBank bank=new BeijingBank();
		bank.save(23d);
		
		bank=new TianjinBank();
		bank.save(45d);
	}

答案是可以的，我个人认为这个角色是一个分类的作用，所以才建议策略模式中不可以同时使用多于一个的算法。

使用场景假想：
比如在上述的基础上，不但能存款，还要求能取款，查询余额。根据上面的建议，我们应该再增加两个Context和2个银行的取款接口与类，还有两个银行的余额查询接口与类。而不是在IBank接口中增加两个方法。
选择银行和具体功能的职责由context实现。
存款和context和client代码如下所示，取款和余额查询的类似。

package pattern.strategy;

import java.util.Map;

public class SaveContext {
	
	IBank bank;
	
	public void DoSave(Map map){
		
		Double money=(Double) map.get("money");
		String bankName=(String) map.get("bankName");
		
                  //实现选择
		bank=Util.getBeanByName(bankName);//根据名字获得BEAN对象
		bank.save(money);
	}
}

package pattern.strategy;

import java.util.HashMap;
import java.util.Map;

public class Test {

	public static void main(String[] args) {
		SaveContext context=new SaveContext();
		Map map=new HashMap();
		map.put("money", 23d);
		map.put("bankName", "beijing");
		context.DoSave(map);
		
		Map map2=new HashMap();
		map2.put("money",45d);
		map2.put("bankName", "tianjin");
		context.DoSave(map2);
		
	}

}