设计模式之策略模式

GOF对策略模式的定义：策略模式定义了算法家族，分别封装起来，让他们之间可以互相替换，此模式让算法的变化不会影响到使用算法的客户。先看基本代码

/**
 * 
 * @author ricardo
 * @Time 下午10:55:43
 * @Function：抽象策略类
 *
 */
public abstract class Strategy {
	public abstract void Algorithm(); 
}

上下文代码

/**
 * 
 * @author ricardo
 * @Time 下午11:07:40
 * @Function：上下文
 *
 */
public class Context {
	Strategy strategy;
	
	public Context(Strategy strategy) {
		this.strategy = strategy;
	}
	
	public void ContextOperation() {
		this.strategy.Algorithm();
	}
}

具体的策略类

public class ConcreateStrategyA extends Strategy {

	@Override
	public void Algorithm() {
		System.out.println("具体的策略A");
	}

}
public class ConcreateStrategyB extends Strategy {

	@Override
	public void Algorithm() {
		// TODO Auto-generated method stub
		System.out.println("具体的策略b");
	}

}

public class ConcreateStrategyC extends Strategy {

	@Override
	public void Algorithm() {
		// TODO Auto-generated method stub
		System.out.println("具体的策略C");
	}

}

客户端代码

public class Client {
	public static void main(String[] args) {
		Context context;
		
		context = new Context(new ConcreateStrategyA());
		context.ContextOperation();
		
		context = new Context(new ConcreateStrategyB());
		context.ContextOperation();
		
		context = new Context(new ConcreateStrategyC());
		context.ContextOperation();
	}
}

运行截图

可以看到，策略可以理解为算法，他们完成相同的工作，只是处理过程不尽相同，也就是说同样的输入会由于策略的不同造成不同的输出。策略模式以相同的调用来使用所有的算法，降低了算法类与使用算法的类之间的耦合。

当然，上面的基本代码里面，将判断使用那种策略交由客户端来判断是不合适的，但是，我们可以同步使用简单工厂模式，将对策略的判断放在上下文中，也就是策略模式本身去完成。

一个策略就是一个计划，通过执行这个计划，我们在既定的输入下给出特定的输出。一般情况下，为了获得这个输出，使用策略比使用算法要有更广阔的选择空间，因此策略通常可以表达为一组方案，这些方案之间可以进行相互的替换。

以上内容，整理自刘径舟，张玉华编著的《设计模式其实很简单》读书笔记，欢迎转载