设计模式初探-策略模式

策略模式(STRATEGY)，别名政策(Policy)，通过将一系列的算法封装成一个个的策略对象，使算法可以相互替换，并能独立于使用它们的客户而变化，属于对象行为型模式。软件开发过程中，通常要设计相应的算法，比如电子网站中经常有折扣活动，并且用户等级不同，享受的折扣也不一样。通过使用策略模式将折扣算法封装起来，不仅可以用于网商平台，还可以用于手持设备中折扣活动的实现。封装的特性确保了扩展算法和增加新算法的简便性。

一、使用场景

1、许多相关的类仅仅只是行为有异。通过继承方式也可以解决此问题，但继承方式会将行为硬编码到Context中，不利于Context的理解，扩展和维护。同时，继承方式也不支持动态改变算法。

2、需要定义一系列相关的算法，这些算法可能只是某个算法的不同变体。

3、避免将算法使用的数据和数据结构暴露给客户。

二、UML图

三、Java实现

package study.patterns.strategy;
/**
 * 策略模式：算法的封装与切换艺术
 * @author qbg
 */
public class StrategyPattern {
	public static void main(String[] args) {
		SalaryManager manager = new SalaryManager();
		Level level = new JuniorLevel();
		manager.setLevel(level);
		manager.getSalary();
		System.out.println("=========================");
		level = new IntermediateLevel();
		manager.setLevel(level);
		manager.getSalary();
		System.out.println("=========================");
		level = new SeinorLevel();
		manager.setLevel(level);
		manager.getSalary();
	}
}
/**
 * 环境类Context：薪资管理系统，根据人员资历划分为不同薪资等级，每个薪资等级的计算方式不同。
 */
class SalaryManager{
	private Level level;

	public Level getLevel() {
		return level;
	}

	public void setLevel(Level level) {
		this.level = level;
	}
	
	public int getSalary(){
		return level.calculate();
	}
}
/**
 * 抽象策略类：薪资等级抽象接口
 */
interface Level{
	public int calculate();
}
/**
 * 具体策略类：初级，12*5000(基本工资)+12*300(餐补)
 */
class JuniorLevel implements Level{
	@Override
	public int calculate() {
		int salary = 12*5000 + 12*300;
		System.out.println("等级：初级 ==== 年薪:"+salary);
		return salary;
	}
}
/**
 * 具体策略类：中级，14*10000(基本工资)+14*300(餐补)+5000(奖金)
 */
class IntermediateLevel implements Level{
	@Override
	public int calculate() {
		int salary = 14*10000 + 14*300 + 5000;
		System.out.println("等级：中级 ==== 年薪:"+salary);
		return salary;
	}
}
/**
 * 具体策略类：高级，16*20000(基本工资)+16*300(餐补)+20000(奖金) 
 */
class SeinorLevel implements Level{
	@Override
	public int calculate() {
		int salary = 16*20000 + 16*300 + 20000;
		System.out.println("等级：高级 ==== 年薪:"+salary);
		return salary;
	}
}

运行结果：

等级：初级 ==== 年薪:63600
=========================
等级：中级 ==== 年薪:149200
=========================
等级：高级 ==== 年薪:344800

四、模式优缺点

优点：

1、定义可复用的相关算法系列。Strategy类层次为Context定义了一系列可供重用的算法或行为。

2、提供一个替代继承的方法。继承通过生成Context的子类提供了另一种支持多种算法或行为的方法。但继承方式是通过将算法或行为硬编码到Context，不仅不利于算法的复用或行为的动态切换，还会造成Context难以理解，维护和扩展。而策略模式将算法封装到独立的Strategy类中，这些类可以独立于Context而变化，这样算法更容易切换，系统更容易理解和扩展。

3、消除了一些条件语句。对于复杂的业务逻辑，使用Strategy类代替if-else判断可以使类设计的更清晰，更容易理解。

缺点：

1、客户为选择合适的策略必须了解不同的策略实现。这意味着客户必须知道所有算法或行为的区别。换言之，策略模式适用于客户知道所有算法或行为的情况。

2、Strategy和Context之间的通信开销。Context有时传递的数据对于Strategy是没用的，这样会造成不必要的资源消耗。

3、增加类和对象的数量。策略模式将不同的算法封装到相应的策略类中，这势必会增加类和对象的数量。