策略模式
策略模式定义了算法家族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化，不会影响到使用算法的客户。
商场收银时如何促销，用打折还是返利，其实都是一些算法，用工厂来生成算法对象，这没有错，但是算法本身只是一种策略，最重要的是这些算法是随时都可能互相替换的，这就是变化点，而封装变化点是我们面向对象的一种很重要的思维方式。
策略模式结构图
策略模式.png
策略模式代码
1. 现金收取抽象类
/**
* 现金收取抽象类
*/
public abstract class CashSuper {
public abstract double acceptCash(double money);
}
2. 正常收费子类
/**
* 正常收费子类
*/
public class CashNormal extends CashSuper{
@Override
public double acceptCash(double money) {
return money;
}
}
3. 打折收费子类
/**
* 打折收费子类
*/
public class CashRebate extends CashSuper{
/**
* 打折率
*/
private double moneyRebate = 1d;
public CashRebate(double moneyRebate) {
this.moneyRebate = moneyRebate;
}
@Override
public double acceptCash(double money) {
return money * moneyRebate;
}
}
4. 返利收费子类
/**
* 返利收费子类
*/
public class CashReturn extends CashSuper {
/**
* 返利条件：如满300返100的300
*/
private double moneyCondition = 0d;
/**
* 返利值： 如满300返100的100
*/
private double moneyReturn = 0d;
public CashReturn(double moneyCondition, double moneyReturn) {
this.moneyCondition = moneyCondition;
this.moneyReturn = moneyReturn;
}
@Override
public double acceptCash(double money) {
double result = money;
if (money >= moneyCondition) {
result = money - Math.floor(money / moneyCondition) * moneyReturn;
}
return result;
}
}
5. CashContext
public class CashContext {
private CashSuper cashSuper = null;
public CashContext(String type) {
switch (type) {
case "正常收费":
cashSuper = new CashNormal();
break;
case "打8折":
cashSuper = new CashRebate(0.8);
break;
case "满300减100":
cashSuper = new CashReturn(300,100);
break;
}
}
public double getResult(double money) {
return cashSuper.acceptCash(money);
}
}
6. Client
public class Client {
public static void main(String[] args) {
String type = "满300减100";
CashContext cashContext = new CashContext(type);
double total = 0d;
total = cashContext.getResult(1000);
System.out.println("收费为:" + total);
}
}
解析
策略模式是一种定义一系列算法的方法，从概念上来看，所有这些算法完成的都是相同的工作，只是实现不同，它可以以相同的方式调用所有的算法，减少了各种算法类与使用算法类之间的耦合。
策略模式的Strategy类层次为Context定义了一系列的可供重用的算法或行为。继承有助于分析取出这些算法中的公共功能。
策略模式的优点是简化了单元测试，因为每个算法都有自己的类，可以通过自己的接口单独测试。
当不同的行为堆砌在一个类中时，就很难避免使用条件语句来选择合适的行为。将这些行为封装在一个个独立的Strategy类中，可以在使用这些行为的类中消除条件语句。
策略模式就是用来封装算法的，但在实践中，我们发现可以用它来封装几乎任何类型的规则，只要在分析过程中听到需要在不同时间应用不同的业务规则，就可以考虑使用策略模式处理这种变化的可能性。
在基本的策略模式中，选择所用具体实现的职责由客户端对象承担，并转给策略模式的Context对象。
任何需求的变更都是需要成本的。
简单工厂模式与策略模式的区别
- 工厂模式根据条件生产出产品给客户端使用。策略模式是客户端使用传参给Context的策略，传入策略的不同，调用同样方法得到的结果也不同。
- 简单工厂模式：客户端是使用工厂类生产的对象进行操作。策略模式：客户端使用自己传给Context的策略的对象进行操作。
