大话设计模式读书笔记（二） 策略模式

书中通过一道题目，让"小菜"设计一个商场收银软件，营业员根据客户购买商品的数量及单价，想客户收费。，并且软件可以兼容打折，返点等优惠活动的金额计算。

一开始，小菜使用之前所学的简单工厂模式来制作这个收银软件。

收费父类

public abstract class CashSuper {
	/**
	 * 收费方法
	 * @param money //原价
	 * @return
	 */
	public abstract double acceptCash(double money); 
}

普通收费子类

/**
 * 普通计算类
 *
 */
public class CashNormal extends CashSuper{

	@Override
	public double acceptCash(double money) {
		
		return money;
	}
	
}

打折收费类

//打折类
public class CashRebate extends CashSuper{
	
	private double cashRebate = 1d;//折扣
	
	public CashRebate(double cashRebate) {
		super();
		this.cashRebate = cashRebate;
	}
	@Override
	public double acceptCash(double money) {
		return money*cashRebate;
	}
}

满减收费类

public class CashReturn extends CashSuper{
	private double moneyCondition = 0.0d;//满多少钱开始反
	private double moneyReturn = 0.0d;//反多少钱
	public CashReturn(double moneyCondition, double moneyReturn) {
		super();
		this.moneyCondition = moneyCondition;
		this.moneyReturn = moneyReturn;
	}
	@Override
	public double acceptCash(double money) {
		return money>moneyCondition?
		money-Math.floor(money/moneyCondition)*moneyReturn:money;
	}
}

收费工厂类

//收费工厂
public class CashFactory {
	public static CashSuper createCashSuper(String type){
		CashSuper cs = null;
		switch (type) {
		case "打8折":
			cs=new CashRebate(0.8);
			break;
		case "满300减100":
			cs=new CashReturn(300,100);
			break;
		default:
			cs=new CashNormal();
			break;
		}
		return cs;
	}
}

主方法

public class Main {
	public static void main(String[] args) {
		double totalPrice = 0.0d;//总金额
		String type = "满300减100";
		CashSuper cs =CashFactory.createCashSuper(type);
		double price = 400d;//未打折前金额
		totalPrice+=cs.acceptCash(price);//打折后金额
		System.out.println(totalPrice);
	}
}

但是这里就遇到了我们在学习简单工厂方法时想到的问题，按照大鸟的话来讲；“简单工厂模式虽然也能解决这个问题，但是简单工厂模式只是解决对象的创建问题。而且由于工厂本身包含所有的收费方式，商场可能经常性的更改打折和满减方式，每次修改和扩展收费方式都要修改工厂类，以至于代码需要重新编译部署。这真的是很糟糕的处理方式，不是最好的方法。”

于是，引出了策略模式。。。。

策略模式（Strategy）：它定义了算法家族，分别封装起来，让他们之间可以互相替代，此模式让算法的变化，不用影响使用算法的客户。

策略模式结构图

通过使用策略模式，修改代码，将打折，满减等算法，都有Context来配置，于是只需要加一个Context类和改一下主方法。

public class CashContext {
	private CashSuper cashSuper;//收费接口
	public CashContext(CashSuper cashSuper) {
		this.cashSuper = cashSuper;
	}
	
	public double getResult(double money){
		return cashSuper.acceptCash(money);
	}
}

主方法：

public class Main {
	public static void main(String[] args) {
		double totalPrice  =0.0d;//用于小计
		CashContext cc=null;
		String type = "满300减100";
		switch (type) {
		case "满300减100":
			cc=new CashContext(new CashReturn(300, 100));
			break;
		case "打9折":
			cc=new CashContext(new CashRebate(0.9));
			break;
		default:
			cc=new CashContext(new CashNormal());
			break;
		}
		totalPrice+=cc.getResult(400);
		System.out.println(totalPrice);
	}
}

但是这样又需要客户端去判断到底执行什么算法。于是引出了策略模式与简单工厂模式的结合。

于是改造CashContext和主方法

public class CashContext {
	private CashSuper cashSuper;//收费接口
	public CashContext(String type) {
		super();
		switch (type) {
		case "满300减100":
			cashSuper=new CashReturn(300, 100);
			break;
		case "打9折":
			cashSuper=new CashRebate(0.9);
			break;
		default:
			cashSuper=new CashNormal();
			break;
		}
	}
	public double getResult(double money){
		return cashSuper.acceptCash(money);
	}
}

主方法：

public class Main {
	public static void main(String[] args) {
		double totalPrice  =0.0d;//用于小计
		CashContext cc=null;
		String type = "满300减100";
		cc = new CashContext(type);
		totalPrice+=cc.getResult(400);
		System.out.println(totalPrice);
	}
}

对比简单工厂模式和策略模式与工厂模式的结合， 简单工厂模式需要客户端认识两个类CashSuper和CashFactory,而策略模式和工厂模式的结合，客户端只需要认识Context一个类就可以了，代码的耦合性进一步降低。

策略模式解析：

策略模式优点：

1、它可以以相同的方式来调用所有的方法，减少了各种算法类之间的耦合。例如上面例子中，无论是打折，还是满减，客户端调用的都是Context.getResult()；。

  2、简化了单元测试，每个算法都有自己的类，可以通过自己的接口进行单元测试。

3、当一个算法出现问题是，对其他算法没有影响。

策略模式应用场景：

只要在分析过程中听到有不同时间应用不同的业务规则，就可以考虑应用策略模式来处理这种变化。

策略模式的重心

　　策略模式的重心不是如何实现算法，而是如何组织、调用这些算法，从而让程序结构更灵活，具有更好的维护性和扩展性。

策略模式的缺点

　　（1）客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别，以便适时选择恰当的算法类。换言之，策略模式只适用于客户端知道算法或行为的情况。

　　（2）由于策略模式把每个具体的策略实现都单独封装成为类，如果备选的策略很多的话，那么对象的数目就会很可观。