策略设计模式（Strategy）：可以整体的替换一个算法的实现部分，能够整体的替换算法，能让我们轻松地用不同方法解决同一个问题。
1. 示例程序
举一个收银的例子，普通用户打95折，会员打8折，超级会员打6折。
如果在一个函数里面去解决这些问题，那么增加会员类型和折扣变化的时候会导致代码臃肿，难以维护。
可以使用策略模式去解决这个问题。策略模式只适用管理一组同类型的算法，并且这些算法是完全互斥的情况。也就是说任何时候，多个策略中只有一个可以生效的那一种。
策略模式中出现的角色：
策略接口，Customer.java。
具体策略：CommonCustomer.java，SuperCustomer.java，VIPCustomer.java。
上下文类：Cashier.java。
策略接口，Customer.java，源代码如下所示：
package strategy;import java.math.BigDecimal;public interface Customer {/*** 计算折扣后的花费* @param oldCost 原花费* @return 折扣后的花费*/public BigDecimal cost(BigDecimal oldCost);
}
具体策略：CommonCustomer.java，SuperCustomer.java，VIPCustomer.java。
CommonCustomer.java：
package strategy;import java.math.BigDecimal;public class CommonCustomer implements Customer {@Overridepublic BigDecimal cost(BigDecimal oldCost) {return oldCost.multiply(new BigDecimal(0.95));}
}
VIPCustomer.java：
package strategy;import java.math.BigDecimal;public class VIPCustomer implements Customer {@Overridepublic BigDecimal cost(BigDecimal oldCost) {return oldCost.multiply(new BigDecimal(0.8));}
}
SuperCustomer.java ：
package strategy;import java.math.BigDecimal;public class SuperCustomer implements Customer{@Overridepublic BigDecimal cost(BigDecimal oldCost) {return oldCost.multiply(new BigDecimal(0.6));}
}
上下文类：Cashier.java。 测试代码如下所示：
package strategy;import java.math.BigDecimal;/*** 收银员*/
public class Cashier {private Customer customer;private BigDecimal cost(BigDecimal oldCost) {return customer.cost(oldCost);}public Customer getCustomer() {return customer;}public void setCustomer(Customer customer) {this.customer = customer;}public static void main(String[] args) {Cashier cashier = new Cashier();CommonCustomer commonCustomer = new CommonCustomer();SuperCustomer superCustomer = new SuperCustomer();VIPCustomer vipCustomer = new VIPCustomer();BigDecimal bigDecimal = new BigDecimal(7.2);cashier.setCustomer(commonCustomer);System.out.println(cashier.cost(bigDecimal));cashier.setCustomer(vipCustomer);System.out.println(cashier.cost(bigDecimal));cashier.setCustomer(superCustomer);System.out.println(cashier.cost(bigDecimal));}
}
运行截图如下所示：
策略模式的优点：
-
避免使用多重条件(if-else)语句。多重条件语句不易维护。
-
对“开闭原则”的完美支持，用户可以在不修改原有系统的基础上选择算法或行为，也可以灵活地增加新的算法或行为。
-
可以把公共的代码移到父类（策略类）里面，从而避免代码重复。
策略模式的缺点：
-
客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别（调用的难度增加），以便适时选择恰当的算法类。这种策略类的创建及选择其实也可以通过工厂模式来辅助进行。
-
由于策略模式把每个具体的策略实现都单独封装成为类，如果备选的策略很多的话，那么对象的数目就会很可观（具体策略类的数量会很多）。可以通过使用享元模式在一定程度上减少对象的数量。
参考文献：
- 这可能是把策略模式讲的最通俗易懂得文章了！
- 图解设计模式 - 结成浩著、杨文轩译 - 人民邮电出版社